📚 课程目录第2章变更管理基础

变更风险评估任务编排的Change Risk实时计算 - 第2节

2.1 ITIL 变更管理流程

ITIL（Information Technology Infrastructure Library）为变更管理提供了标准化的流程框架，其核心目标是在最小化风险的前提下，高效、可控地实施变更。ITIL 变更管理流程通常包含以下六个关键步骤，形成一个闭环的生命周期。

  核心原则：任何变更都必须经过“请求 → 评估 → 审批 → 实施 → 验证 → 关闭”的标准化路径，确保可追溯、可回滚。

步骤	活动描述	关键产出物
1. 请求	变更发起人提交变更请求（RFC），描述变更目的、范围、实施方案、回退计划及预期影响。	变更请求单（RFC）
2. 评估	变更经理组织技术专家对 RFC 进行技术可行性、资源需求、风险等级及业务影响评估。	风险评估报告
3. 审批	根据变更类型（标准/紧急/重大），由相应权限的变更咨询委员会（CAB）或紧急变更委员会（ECAB）进行决策。	审批意见/授权记录
4. 实施	变更实施团队按照批准的方案执行变更，并实时监控变更状态。	实施日志、监控数据
5. 验证	变更完成后，由测试或运维团队验证变更是否达到预期目标，且未引入新的故障。	验证报告
6. 关闭	变更经理确认验证通过后，正式关闭变更记录，并更新配置管理数据库（CMDB）。	变更关闭记录

下图展示了 ITIL 变更管理流程的核心流转关系，从 RFC 提交到最终关闭，每个环节都设有明确的决策点。

SRE 视角：在实时计算场景中，ITIL 流程的“评估”环节是变更风险量化的关键入口。我们将在后续章节中，将人工评估转化为基于历史数据的自动化风险评分。

ITIL 根据变更的紧急程度和影响范围，将变更分为三种类型。不同类型的变更对应不同的审批流程、实施窗口和风险容忍度。

类型	定义	审批流程	典型场景
标准变更	低风险、预授权、频繁执行的变更，已通过标准化流程验证。	无需 CAB 审批，由变更经理或自动化工具直接执行。	服务器补丁更新、配置文件参数调整、常规扩容。
紧急变更	必须立即实施以解决重大故障或安全漏洞的变更，否则业务将受到严重影响。	由紧急变更委员会（ECAB）快速审批，可事后补录流程。	线上事故热修复、安全漏洞紧急封堵、数据库主从切换。
重大变更	高风险、影响范围广、可能对业务连续性造成显著影响的变更。	必须经过 CAB 正式评审，通常需要提前 48-72 小时提交 RFC。	核心架构升级、数据库迁移、全链路压测、跨机房切换。

常见误区：不要将“紧急变更”与“重大变更”混淆。紧急变更强调时间紧迫性，重大变更强调风险与影响范围。一个变更可以同时是紧急且重大的，此时需要 ECAB 与 CAB 联合决策。

下图展示了三种变更类型在审批路径上的差异，标准变更走自动化通道，紧急变更走快速通道，重大变更走正式评审通道。

变更生命周期定义了从变更创建到关闭的完整时间线，每个阶段都有明确的状态和责任人。理解生命周期是进行变更风险量化与任务编排的基础。

一个完整的变更生命周期通常包含以下状态，状态之间通过特定事件触发转换：

  实时计算关联：在 Flink/Spark 实时计算任务中，变更生命周期的每个状态转换都可以作为事件流（Event Stream）输入到风险评分模型中。例如，“实施中”状态持续超过预期时间窗口，可自动触发风险告警。

下表总结了生命周期各阶段的关键活动与风险控制点：

下图以状态机形式展示了变更生命周期的完整流转，重点突出了“回退”路径作为风险兜底机制。

最佳实践：在实时计算平台中，建议为每个变更生命周期状态设置超时阈值（SLA）。例如，“评估中”阶段超过 2 小时自动升级通知，“实施中”阶段超过预定窗口 30% 自动触发风险预警。