2. 变更窗口概念

2.1 变更窗口的定义

变更窗口（Change Window）是指预先规划并达成共识的一段时间区间，在该区间内允许执行特定的系统变更操作。变更窗口是变更管理流程中的核心时间约束，它将变更活动限制在可控、可观测的时间段内，从而降低对业务连续性的影响。

变更窗口通常包含以下关键属性：

2.2 变更窗口的生命周期

变更窗口的生命周期包含四个核心阶段：计划 → 执行 → 观察 → 关闭。每个阶段都有明确的输入、活动和产出，形成完整的闭环管理。

阶段一：计划（Plan）

• 输入：变更请求（CR）、风险评估报告、历史变更数据。
• 活动：确定窗口时间、审批变更方案、分配执行人、准备回滚脚本、预留资源。
• 产出：变更窗口记录、审批通过标记、变更计划书。
• 关键指标：计划提前完成率、审批通过率。

阶段二：执行（Execute）

• 输入：变更计划、操作手册、自动化脚本。
• 活动：按步骤执行变更、灰度发布、分批推进、实时记录操作日志。
• 产出：执行日志、变更状态更新（进行中/已完成）。
• 关键指标：执行时长、操作成功率、回滚触发率。

阶段三：观察（Observe）

• 输入：监控指标、告警事件、日志数据。
• 活动：持续观察关键指标（延迟、错误率、饱和度）、比对基线、识别异常。
• 产出：观察报告、异常事件列表、健康状态判定。
• 关键指标：观察期告警数、指标偏离度、异常发现时间。

阶段四：关闭（Close）

• 输入：观察期结论、变更结果确认。
• 活动：确认变更成功/失败、归档变更记录、释放窗口资源、通知相关方。
• 产出：变更关闭记录、事后复盘报告。
• 关键指标：窗口关闭及时率、变更成功率。

2.3 变更窗口与告警的关系

变更窗口与告警系统之间存在紧密的联动关系。理解这种关系是实现告警降噪的基础。变更窗口对告警的影响主要体现在以下三个维度：

告警降噪的三种模式

1. 静默模式（Silence）：在变更窗口内，对已知变更引起的告警完全静默，不发送通知。适用于预期内的指标波动。
2. 降级模式（Degrade）：将变更窗口内的告警优先级降低（如 P0→P2），仅通知变更负责人，不触发值班人员。适用于需要关注但非紧急的告警。
3. 标记模式（Tag）：在告警上附加变更窗口标签，保留告警但标记为“变更相关”，供事后复盘分析。适用于需要完整记录的场景。

2.4 变更窗口的工程化定义示例

在 SRE 平台中，变更窗口通常以结构化数据表示。以下是一个典型的变更窗口定义示例：

{
  "window_id": "CW-20250315-001",
  "name": "支付核心-常规变更窗口",
  "timezone": "Asia/Shanghai",
  "schedule": {
    "type": "recurring",
    "cron": "0 2 * * 2,4",
    "duration_minutes": 240
  },
  "scope": {
    "services": ["payment-core", "account-service"],
    "clusters": ["prod-pay-*"],
    "exclude": ["payment-core-db-master"]
  },
  "alert_policy": {
    "mode": "degrade",
    "degrade_to": "P2",
    "silence_metrics": ["cpu_usage", "memory_usage", "request_latency_p99"],
    "always_alert_metrics": ["error_rate_5xx", "service_down"]
  },
  "lifecycle": {
    "status": "planned",
    "planned_start": "2025-03-15T02:00:00+08:00",
    "planned_end": "2025-03-15T06:00:00+08:00",
    "actual_start": null,
    "actual_end": null
  }
}