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

Expanding/applying only one namespace? #17

Open
martin-hoger opened this issue Jan 8, 2021 · 1 comment
Open

Expanding/applying only one namespace? #17

martin-hoger opened this issue Jan 8, 2021 · 1 comment
Labels
question Further information is requested

Comments

@martin-hoger
Copy link

Thank you for a great tool. It works really great.

Only one thing is kind of annoying, if there is minor change that needs to be applied, the kubeapply has to expand/apply the full cluster profile and it takes relatively long as it has to go trough all the namespaces (and expand all the charts, etc...). Would be it possible to add an optional parameter that would apply/expand only a given namespace? Or possibility to exclude some namespaces/directories, or something like that?

@yolken-segment
Copy link
Contributor

Glad you've found the tool useful!

We don't currently have any option for limiting the expansion step, but both the diff and apply steps support limiting to just a subset of the expanded configs via the --subpath flag. From our experience, these are the slowest ones because they actually have to hit the Kubernetes API.

For expansion, we do have some parallelization on the Helm runs (controllable via the --parallelism flag in kubeapply expand). Can you try cranking that up a bit to see if it helps? If needed, we could also add a --subpath option on expansion, but we've found that increased parallelism is usually sufficient.

@yolken-segment yolken-segment added the question Further information is requested label Jan 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants