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
Copy file name to clipboardExpand all lines: docs/proposals/291-ondelete-update/README.md
-13Lines changed: 0 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -115,7 +115,6 @@ Users may not understand why their spec changes are not being applied automatica
115
115
116
116
*Mitigation*:
117
117
- The API will clearly document the behavior of each update strategy.
118
-
- Status conditions will indicate when there are replicas running with an outdated specification.
119
118
120
119
## Design Details
121
120
@@ -360,18 +359,6 @@ The existing status fields provide visibility into update progress:
360
359
361
360
When `UpdatedReplicas < Replicas` with `OnDelete` strategy, it indicates that some replicas are running with an outdated specification.
362
361
363
-
**Proposed Condition:**
364
-
365
-
A new condition `UpdatePending` can be added to `PodCliqueSetStatus.Conditions`:
366
-
367
-
| Status | Reason | Description |
368
-
|--------|--------|-------------|
369
-
| `True` | `ReplicasOutdated` | Some replicas are running with an outdated specification |
370
-
| `False` | `AllReplicasUpdated` | All replicas are running with the current specification |
371
-
372
-
This condition will also be set when the update strategy is `RollingRecreate`, along with the typical `RollingUpdateStatus` fields.
373
-
Since `RollingUpdateStatus` is not relevant during `OnDelete`, users can consume the `UpdatePending` condition on the `PodClique` to understand if all their replicas match with the new template.
0 commit comments