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
Add global option to enable/disable init containers and sidecars #478
Conversation
How do init containers work on scaling out for example or in? Is changing init containers reflected correctly in the manifest? (does it make sense to react on changes of init container on a running cluster) But I agree with the above comment, if init is specced in manifest and globally disabled cluster should probably not be created. Modifying an existing one is something else. |
same as any other change to Stateful set's pod spec, it triggers graceful roll of all pods to new version of spec |
Side car I get, but what is the value of having init containers added once the statefulset is already up and runing (I guess I need to read a bit more of K8S docs here). Maybe mixing a bit of "init of postgres" with "init of container environment" |
19b29bd
to
5fd53d0
Compare
👍 |
1 similar comment
👍 |
Closes #464.
Error out on
createStatefulSet
, otherwise only warn whenevergenerateStatefulSet
is called