-
-
Notifications
You must be signed in to change notification settings - Fork 9
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
Support --cascade
option on deletion.
#145
Comments
Tbh I am against this. The whole purpose of IAC is to manage explicit resources declared in the code, so anything outside it, should be managed through an explicit IAC declaration. I do not see any good example when this |
I agree. However, the purpose of this is actually to aid in making updates to controllers. Many Kubernetes controllers such as StatefulSets have immutable fields. For example, in StatefulSets, As a result, the only way to update this field is to delete the StatefulSet and create a new one. The only way to do that without deleting all of the Pods and PVCs is via This impacts many controllers, both ones built-in to Kubernetes and third-party controllers as well. Having the ability to specify Now in a perfect world, we would also be able to apply this only on "recreate" and not on full "delete," but my understanding is that is not very straightforward? |
@fullykubed now that #165 has been merged you should be able to easily add the orphan cascade option to the |
@stevehipwell Thanks for the heads up. @alekc Would it be fine to add orphan to the list of available options for |
When Kubernetes removes certain controllers like StatefulSets, you have the ability to control whether it also deletes the underlying resources such as the Pods / PVCs (reference).
It would be nice to be able to configure this setting to be able to retain some resources after deleting the main controllers.
The text was updated successfully, but these errors were encountered: