Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mount resource ConfigMaps as subPaths instead of volumes #1998

Closed
astefanutti opened this issue Feb 3, 2021 · 0 comments · Fixed by #2002
Closed

Mount resource ConfigMaps as subPaths instead of volumes #1998

astefanutti opened this issue Feb 3, 2021 · 0 comments · Fixed by #2002
Assignees
Labels
area/core Core features of the integration platform area/ux Improves user experience

Comments

@astefanutti
Copy link
Member

astefanutti commented Feb 3, 2021

Following up the discussion from apache/camel-k-runtime#593, it may be worth to explore mounting resources ConfigMap using SubPath. As opposed to mounting them as volumes, it's possible to project keys into an existing directory, which could alleviate the need to generate unique directory paths for each resource, and ease the work for users to reference them.

The only side-effect of using SubPath is that updates to the ConfigMaps are not automatically projected into the containers. But I don't think that's an issue for Camel K.

It hasn't been leveraged as SubPath was not historically supported for Knative service deployments. However, it seems that limitation has been removed in Knative: knative/serving#3926.

@astefanutti astefanutti added area/core Core features of the integration platform area/ux Improves user experience labels Feb 3, 2021
@astefanutti astefanutti self-assigned this Feb 4, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/core Core features of the integration platform area/ux Improves user experience
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant