Skip to content

Commit 0b06d30

Browse files
committed
Remove redundant condition
Signed-off-by: Saketh Kalaga <saketh.kalaga@sap.com>
1 parent ea296b2 commit 0b06d30

File tree

1 file changed

+0
-13
lines changed

1 file changed

+0
-13
lines changed

docs/proposals/291-ondelete-update/README.md

Lines changed: 0 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -115,7 +115,6 @@ Users may not understand why their spec changes are not being applied automatica
115115

116116
*Mitigation*:
117117
- 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.
119118

120119
## Design Details
121120

@@ -360,18 +359,6 @@ The existing status fields provide visibility into update progress:
360359

361360
When `UpdatedReplicas < Replicas` with `OnDelete` strategy, it indicates that some replicas are running with an outdated specification.
362361

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.
374-
375362
### Implementation Phases
376363

377364
Implementation will be split into two phases:

0 commit comments

Comments
 (0)