You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
an annotation <operator.name>/delete-policy: ""|default|oprhan can now be set on objects;
if the value is empty or 'default', then the normal behavior applies; in case it is 'orphan',
the object will just stay instead of being deleted (and it will be no longer tracked or
considered as dependent of the component)
returnfalse, fmt.Errorf("invalid usage of deletion policy: object %s is scheduled for completion (due to purge order) and therefore cannot be orphaned", item)
810
+
}
798
811
// note: here is a theoretical risk that we delete an existing foreign object, because informers are not yet synced
799
812
// however not sending the delete request is also not an option, because this might lead to orphaned own dependents
Copy file name to clipboardExpand all lines: website/content/en/docs/concepts/dependents.md
+3Lines changed: 3 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,6 +26,9 @@ To support such cases, the `Generator` implementation can set the following anno
26
26
-`mycomponent-operator.mydomain.io/update-policy`: defines how the object (if existing) is updated; can be one of:
27
27
-`default` (which is the default): a regular update (i.e. PUT) call will be made to the Kubernetes API server
28
28
-`recreate`: if the object would be updated, it will be deleted and recreated instead
29
+
-`mycomponent-operator.mydomain.io/delete-policy`: defines what happens if the object is deleted; can be one of:
30
+
-`default` (which is the default): a delete call will be sent to the Kubernetes API server
31
+
-`orphan`: the object will not be deleted, and it will be no longer tracked
29
32
-`mycomponent-operator.mydomain.io/order`: the order at which this object will be reconciled; dependents will be reconciled order by order; that is, objects of the same order will be deployed in the canonical order, and the controller will only proceed to the next order if all objects of previous orders are ready; specified orders can be negative or positive numbers between -32768 and 32767, objects with no explicit order set are treated as if they would specify order 0.
30
33
-`mycomponent-operator.mydomain.io/purge-order`: (optional) the order by which this object will be purged
0 commit comments