-
Notifications
You must be signed in to change notification settings - Fork 16
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
Konnect entities: All entities get deleted when referenced ControlPlane gets deleted #788
Comments
We have to consider if we'd like to support a use case where users having CP and entities configured within it:
Currently, after the CP deletion, users will get all their entities from within that CP deleted. Recreating the CP will not have the same config as all its configuration entities are gone at this point. Changing the behavior to not delete these entities would:
cc: @mheap |
This is a tough one. Cascade delete is what a lot of people would expect, but I'm not sure that's true in a cluster. I think that I'd expect non-CP resources to remain in the cluster with an updated status, and if they recreate the CP they will start to reconcile again. |
As agreed on slack https://kongstrong.slack.com/archives/C079GK3KB9R/p1730102565181899 we're ok with shipping 1.4 without this change. Adding to 1.5.x milestone to fix after 1.4 gets released. |
Sorry for the late reply here folks. IMO changing the status is more preferable than deletion, particularly if entities like |
Current Behavior
When a
KonnectGatewayControlPlane
is deleted, the control plane is deleted on the Konnect side and all attached entities (services, routes, consumers, ...) gets deleted as well. Then, all corresponding k8s resources (KongService
,KongRoute
,KongConsumer
,...) gets deleted silently.Expected Behavior
Similar to #786, If cascade deletion is expected, we should add logs to tell that the resource are deleted.
Steps To Reproduce
Operator Version
kubectl version
The text was updated successfully, but these errors were encountered: