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
Currently there is no way to ask the DNS Operator to unpublish a DNS Record only when a certain level of redundancy is encountered, this means that gracefully removing a DNS Record requires manual intervention and an understanding of the internal workings of the DNS-Operator.
What
Add an optional unpublishStrategy to the dns policy CRD, which will allow an administrator to define a resiliency requirement which, when met, will instruct the DNS Operator to remove the records from the zone and set a condition in the status that it has been completed.
This is read by the kuadrant-operator and propagated into any relevant DNS Records, just like the health check information.
When the DNS Operator acts on these instructions it will set a condition in the DNS Record.
This condition will be propagated back into the relevant DNS Policy.
DNS Operator Changes
The DNS Operator will read the unpublishStrategy from the DNS Record on reconcile, based on the values it will then interrogate the zone values - similar to what it will do for health checks in this ticket - to see if the number of leaf records that this controller does not own are greater than or equal to the resiliency requirement in the unpublishStrategy, if so it will unpublish the records and update the condition in the DNS Record status.
If the strategy has defined republish to be true, then while the DNS Record exists, if the count of unowned leaf records ever drops below the resiliency requirement, then the DNS Operator will republish these records.
The text was updated successfully, but these errors were encountered:
Why
Currently there is no way to ask the DNS Operator to unpublish a DNS Record only when a certain level of redundancy is encountered, this means that gracefully removing a DNS Record requires manual intervention and an understanding of the internal workings of the DNS-Operator.
What
Add an optional unpublishStrategy to the dns policy CRD, which will allow an administrator to define a resiliency requirement which, when met, will instruct the DNS Operator to remove the records from the zone and set a condition in the status that it has been completed.
How
Diagram
https://miro.com/app/board/uXjVL32kOMY=/
Kuadrant operator changes
The DNS Policy and DNS Record CRDs will have a new field added to their spec:
This is read by the kuadrant-operator and propagated into any relevant DNS Records, just like the health check information.
When the DNS Operator acts on these instructions it will set a condition in the DNS Record.
This condition will be propagated back into the relevant DNS Policy.
DNS Operator Changes
The DNS Operator will read the unpublishStrategy from the DNS Record on reconcile, based on the values it will then interrogate the zone values - similar to what it will do for health checks in this ticket - to see if the number of leaf records that this controller does not own are greater than or equal to the resiliency requirement in the unpublishStrategy, if so it will unpublish the records and update the condition in the DNS Record status.
If the strategy has defined republish to be true, then while the DNS Record exists, if the count of unowned leaf records ever drops below the resiliency requirement, then the DNS Operator will republish these records.
The text was updated successfully, but these errors were encountered: