Then each individual can add things like data locality without breaking the base helm templates for others. This also makes it forward compatible with any parameter additions. Just update the image and the values.yaml with the new parameter you want to use.
Would need to do this modification for annotations, labels, envs, persistence storage etc.
Right now, folks are hardcoding their specific use cases into the helm charts creating spaghetti code.
I propose a refactoring to pull all parameters into the
values.yaml
e.g.
possible
values.yaml
definitionhelm template simplifies from
to
Then each individual can add things like data locality without breaking the base helm templates for others. This also makes it forward compatible with any parameter additions. Just update the image and the values.yaml with the new parameter you want to use.
Would need to do this modification for annotations, labels, envs, persistence storage etc.