-
Notifications
You must be signed in to change notification settings - Fork 227
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
Allow mounts and network access in render pipelines #2450
Comments
Poor mans solution as a makefile:
|
We're unlikely to allow mounts. That won't work with packages fetched via the package orchestrator. We're considering how to pass arbitrary files as input. #3118 Network access may still be necessary and possible. |
An alternative take on rendering Helm charts in declarative pipelines can be found here: https://github.com/michaelvl/krm-functions/blob/main/docs/render-helm-chart.md |
Describe your problem
pipelines
used bykpt fn render
should allow mounts and network access.There is some discussion in https://kpt.dev/book/04-using-functions/02-imperative-function-execution?id=privileged-execution.
I would argue this degrades the user experience dramatically. Consider an extremely common use case - rendering helm charts. I want to define some function config like:
And then have the chart rendered and stored as a local yaml file (which can then be further mutated by pipeline).
Because of restrictions on network access (and mount is useful for cache and local helm charts), this is impossible.
That leaves a few choices:
kpt fn eval
. If I am using kpt, I of course want a declarative setup, so clearly I am going to need to add some tooling here to do this... and now I have invented a poor version ofkpt fn render
...IMO these alternatives show that it would be a huge improvement to allow this access. If it requires
kpt fn render --allow-unsafe
or whatever, no problem.. but right nowrender
is hindered enough suchRelated discussions:
The text was updated successfully, but these errors were encountered: