Skip to content
New issue

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

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

Already on GitHub? # to your account

Next steps #1

Open
prydonius opened this issue Mar 15, 2017 · 2 comments
Open

Next steps #1

prydonius opened this issue Mar 15, 2017 · 2 comments

Comments

@prydonius
Copy link
Collaborator

After talking with @technosophos on Slack, it became clear to us that what we're trying to do here leads to some awkward configurations for more complex charts (e.g. see the deployment in https://gist.github.com/prydonius/30747d0bbee3487b1b67b4454d65b423 - there's a mix of stuff in values.yaml and awkward syntax is the deployment itself). It works nice for the simple cases like services, but quickly becomes more difficult if you need to do stuff with values in the resources.

We're thinking it might be better to take a lighter approach, rather than try to abstract away the full Kubernetes objects, we can just create a bunch of helper functions for reducing boilerplate for common snippets like labels, volumes, resources, etc.

@prydonius
Copy link
Collaborator Author

cc @pierreozoux who was working on a common Ingress template in helm/charts#794

@pierreozoux
Copy link

About the description of the resources, everything is in the PR and the issue linked above.

About the helpers, I have the feeling that if we need helpers, helm users need them too, so they should be merged there.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants