变更窗口与冻结期是什么
变更窗口是把补丁落地与业务节奏对齐的机制：提前锁定可执行变更的时间段，并明确哪些时段禁止变更。大促、月末结账、年度审计、法定节假日属于典型冻结期。冻结期内并非一律不动，安全紧急项可以走例外审批通道，但需要有明确的授权人、理由与事后补录要求。窗口机制的价值在于可预期：业务方知道什么时候系统会被动，安全团队也知道什么时候必须等。
基本信息
| 窗口形式 | 固定维护夜（如每月第二个工作日夜间） |
|---|---|
| 冻结期示例 | 大促、月末结账、年度审计、长假前后 |
| 例外通道 | 紧急安全项凭授权发布，事后补记并复盘 |
| 关键产出 | 窗口日历、变更通知、执行结果回填 |
典型使用场景
- 年初与业务方共同确认全年冻结日历，并纳入变更系统
- 多个系统同夜发布时排定顺序与依赖关系，避免相互影响
- 紧急安全项在冻结期内走例外审批，同时通知相关业务方
- 窗口结束后回收实际执行清单，回填变更单并关闭工单
- 复盘时用窗口记录回答『某台机器是何时打的补丁』
窗口规划要点
窗口规划要点
1. 固定节奏：如每月第二个维护夜 + 每周小窗口处理紧急项
2. 冻结日历：提前一个季度与业务确认并公示
3. 例外通道：安全紧急项凭授权号发布，事后补记并复盘
4. 冲突处理：多系统同夜发布时排定顺序与依赖关系
5. 通知机制：变更系统自动通知相关方，附回滚点与联系人
6. 记录回填：窗口内实际执行清单与结果写回变更单窗口与冻结期规则
| 时段 | 允许动作 | 审批要求 |
|---|---|---|
| 常规维护窗口 | 计划内补丁与升级 | 标准变更审批 |
| 冻结期 | 原则上暂停非紧急变更 | 仅安全紧急项可申请例外 |
| 例外发布 | 安全紧急修复 | 授权人批准，事后补录 |
| 临时加开窗口 | 影响面大的紧急变更 | 需要业务方书面确认 |
窗口价值在于可预期：业务知道什么时候会动，安全也知道什么时候必须等，双方都不需要靠临时协商解决每一次排期冲突。
冻结期不能成为风险滞留的理由：例外通道要真的可用，否则业务压力会把紧急修复一直推到冻结结束后。