目标
事件中需要快速且有依据地决定回退或向前修复。本工作流先判断回退是否会破坏数据或结构兼容性,评估回退所需时间与影响,再与向前修复对比,选择其一并记录理由与重新评估的触发条件;提醒当迁移不可逆时应向前修复。
步骤要点
- 判断变更是否可逆、回退是否破坏数据。
- 评估回退的时间与影响。
- 与向前修复方案对比。
- 做出决定并记录理由与重评估触发条件。
# inspect recent deploys to choose a safe revert target
kubectl rollout history deploy/app
验证
按顺序执行上述步骤后,逐项确认每个步骤的预期状态均已满足;只有全部预期状态成立,才认为本流程完成。若某一步未达到预期状态,应先按排错提示排查,不要跳过继续,以免掩盖问题。
排错提示
- 越过单向迁移回退会损坏数据。
- 决策迟缓会延长用户影响。
- 不记录理由会导致反复争论。
适用边界
- 需要部署历史与回退能力。
- 迁移不可逆时应向前修复。