窗口编排要解决什么
维护窗口编排要解决的是冲突问题：多套系统的补丁、变更、备份任务常常挤在同一个夜晚，抢带宽、抢人力、抢业务空闲时段。解决办法是统一日历登记、按依赖排序、做容量评估，并在窗口尾部留出缓冲，避免计划排满导致意外发生时无处处置。
基本信息
| 核心工作 | 统一日历、容量评估、依赖排序、缓冲区、值班安排 |
|---|---|
| 容量公式 | 单窗口可执行机器数约等于窗口时长除以单机耗时再乘并行度 |
| 缓冲区 | 尾部预留约 30% 时间用于回滚与意外情况 |
| 冲突处理 | 备份任务与补丁任务错开，同机不同变更合并执行 |
| 通知机制 | 窗口前 24 小时提醒，开始与结束各通告一次 |
| 值班要求 | 执行人与回滚决策人同时在线 |
| 结果回填 | 完成、失败、延期三类结果当日写回台账 |
编排要素与做法
| 要素 | 做法 | 说明 |
|---|---|---|
| 统一日历 | 登记全部维护活动 | 补丁、升级、割接、演练统一视图 |
| 容量评估 | 按公式估算并留余量 | 避免排了但做不完 |
| 依赖排序 | 按变更方案确定先后 | 基础组件先行的场景要写明 |
| 缓冲区 | 尾部预留约三成时间 | 给回滚留出空间 |
| 值班安排 | 执行与决策人同时在岗 | 减少升级等待时间 |
| 结果回填 | 完成情况写回台账 | 供指标统计与复盘使用 |
编排要点
编排要点
1. 统一日历：所有维护活动登记（补丁、升级、割接、演练）
2. 容量评估：单窗口可执行机器数 = 窗口时长 ÷ 单机耗时 × 并行度
3. 依赖排序：先处理基础组件还是后置，按变更方案明确
4. 缓冲区：尾部预留约 30% 时间处理回滚与意外
5. 值班：窗口内保证执行人与回滚决策人同时在线
6. 结果回填：完成、失败、延期三类结果当日写回台账典型使用场景
- 月度补丁窗口的编排
- 多个变更项目抢同一窗口时的协调
- 大版本升级与补丁叠加时的排序
- 窗口利用率复盘与容量调整
- 重大活动前的封网期安排
- 值班排班与通知机制的落实
把窗口排满是对回滚能力的透支。留白让意外有处置空间，否则一次失败就会连锁影响后续全部计划。
补丁任务与备份任务抢同一时段时，备份窗口被挤压可能导致备份失败，往往是事后才发现没有可用的恢复点。