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
If user rolls back to the prior version of their Rollout (especially PipelineRollout and MonoVertexRollout), it would be best if they don't have to wait for 5 minutes to start updating back to that version. (This is an ask from the Multiworkload team who will be doing multi-workload automatic rollback.)
Take the scenario of PipelineRollout in a blue/green state:
pipeline-0: "promoted" and pipeline-1: "upgrading"
PipelineRollout gets put back to the spec identical to "pipeline-0" before assessment is complete
We compare the PipelineRollout spec to the "pipeline-0" spec and determine that they are identical. If there is any new update, we can discontinue the in-progress update and start a new one. We perform the same logic we currently do when there is a new PipelineRollout spec after the assessment has been deemed "Failed".
Note: we cannot simply delete the "upgrading" one as one might think. This is because the existing "promoted" one could be on an older version of the isbsvc, and we don't want that. Therefore, we create a new "upgrading" one.
Message from the maintainers:
If you wish to see this enhancement implemented please add a 👍 reaction to this issue! We often sort issues this way to know what to prioritize.
The text was updated successfully, but these errors were encountered:
Summary
If user rolls back to the prior version of their Rollout (especially PipelineRollout and MonoVertexRollout), it would be best if they don't have to wait for 5 minutes to start updating back to that version. (This is an ask from the Multiworkload team who will be doing multi-workload automatic rollback.)
Take the scenario of PipelineRollout in a blue/green state:
We compare the PipelineRollout spec to the "pipeline-0" spec and determine that they are identical.If there is any new update, we can discontinue the in-progress update and start a new one. We perform the same logic we currently do when there is a new PipelineRollout spec after the assessment has been deemed "Failed".Note: we cannot simply delete the "upgrading" one as one might think. This is because the existing "promoted" one could be on an older version of the isbsvc, and we don't want that. Therefore, we create a new "upgrading" one.
Message from the maintainers:
If you wish to see this enhancement implemented please add a 👍 reaction to this issue! We often sort issues this way to know what to prioritize.
The text was updated successfully, but these errors were encountered: