4. 变更窗口概念

变更窗口（Change Window）是ITIL变更管理中的核心时间约束机制，它定义了允许执行变更操作的时间段。在故障自愈场景中，变更窗口直接决定了自动化修复动作能否立即执行，还是需要等待预定时间窗口。理解变更窗口的分类与约束，是配置事故响应自愈策略的前提。

4.1 变更窗口的定义与构成要素

一个完整的变更窗口定义包含以下五个要素：

4.2 标准变更与紧急变更

变更管理将变更分为两大类，它们在变更窗口中的处理逻辑截然不同：

4.3 变更窗口的时间约束模型

变更窗口的时间约束在故障自愈场景中表现为三种模式，直接影响自愈策略的调度逻辑：

1. 硬约束（Hard Constraint）：变更必须在窗口内执行，窗口外自动拒绝或排队。适用于核心生产环境的重大变更。
2. 软约束（Soft Constraint）：优先在窗口内执行，窗口外可执行但触发告警通知。适用于非核心服务的常规变更。
3. 无窗口（No Window）：7×24小时可执行，但需满足预设条件（如负载低于阈值）。适用于紧急变更和自动化自愈动作。

以下SVG图展示了变更窗口的时间约束模型及其在故障自愈中的决策路径：

4.4 变更窗口在故障自愈中的配置策略

在服务目录中配置故障自愈规则时，变更窗口的设定需遵循以下策略：

• 按服务级别匹配窗口：关键业务服务（P1/P2）应配置7×24小时紧急变更窗口，非关键服务（P3/P4）可配置工作日窗口。
• 窗口溢出处理：当自愈动作触发时若不在窗口内，系统应自动判断是否升级为紧急变更或排队等待下一窗口。
• 窗口重叠优先级：当多个窗口重叠时，以最短时间窗口或最高审批级别的窗口为准。
• 审计与追溯：所有窗口外的自愈执行必须记录变更编号、审批人、执行时间，满足合规审计要求。

4.5 变更窗口与故障自愈的集成示例

以下是一个典型的变更窗口配置示例（YAML格式），展示如何在自愈规则中定义窗口约束：

# 故障自愈规则 - 变更窗口配置示例
auto_remediation:
  rule_id: "SRV-RESTART-001"
  service: "web-cluster"
  trigger: "CPU > 90% 持续5分钟"
  action: "重启异常节点"
  
  change_window:
    type: "soft"                    # 软约束
    schedule: "Mon-Fri 02:00-06:00" # 标准窗口
    fallback: "escalate"            # 窗口外升级为紧急变更
    emergency_approval: "auto"      # 紧急变更自动审批（需满足条件）
    
  conditions:
    - "当前负载 < 80%"
    - "节点数 >= 3"
    
  notification:
    on_window_block: true           # 窗口阻塞时通知
    on_escalation: true             # 升级时通知