1.1 变更管理基础
1.1.1 变更管理定义
变更管理是IT服务管理（ITSM）中的核心流程，旨在以受控、标准化的方式管理IT基础设施、应用系统或服务状态的任何增、删、改操作。其根本目标是在满足业务需求的同时，最小化变更对生产环境稳定性的影响，并降低因操作失误、配置偏差或兼容性问题引发的服务中断风险。
核心原则： 任何变更都必须经过“申请 → 评估 → 审批 → 实施 → 验证 → 关闭”的闭环流程，确保变更可追溯、可回滚、可审计。
1.1.2 变更类型分类
根据变更的紧急程度、影响范围与审批流程，通常将变更分为以下三类。不同类型对应不同的风险评估策略与审批路径。
| 变更类型 | 定义 | 典型场景 | 审批流程 | 风险等级 |
|---|---|---|---|---|
| 标准变更 | 预授权、低风险、重复执行的例行操作，已形成标准作业程序（SOP）。 | 重启服务、添加监控项、例行补丁更新、扩容云磁盘。 | 无需CAB审批，按预定义模板执行。 | 低 |
| 普通变更 | 有计划、有明确变更窗口的非紧急变更，需经过完整的评估与审批。 | 数据库版本升级、中间件配置调优、网络架构调整。 | 需变更咨询委员会（CAB）审批。 | 中/高 |
| 紧急变更 | 为应对生产事故或安全漏洞，必须立即实施的变更，可跳过常规审批。 | 修复高危漏洞、恢复宕机服务、紧急回滚故障版本。 | 紧急CAB（ECAB）审批或事后补报。 | 极高 |
注意： 紧急变更虽然可以跳过常规审批，但必须在事后48小时内补全变更记录与风险评估报告。频繁使用紧急变更说明变更管理流程存在缺陷，应推动转化为普通变更或标准变更。
1.1.3 变更生命周期概述
变更管理遵循一个完整的生命周期，每个阶段都有明确的输入、输出与责任人。下图展示了变更从创建到关闭的完整流转路径。
1.1.4 变更管理的关键角色
一个完整的变更管理流程需要多个角色协同工作，确保职责分离与制衡。
- 变更发起人（Change Requester）： 提出变更需求，填写RFC，通常是开发人员或运维工程师。
- 变更经理（Change Manager）： 负责变更流程的协调、调度与合规性检查，确保变更按计划执行。
- 变更咨询委员会（CAB）： 由技术专家、业务代表、安全人员组成，负责审批普通变更。
- 变更实施人（Change Implementer）： 在变更窗口内执行具体操作，并负责回滚。
- 变更验证人（Change Verifier）： 在变更完成后验证服务是否恢复正常，通常由测试或监控团队担任。
最佳实践： 建议在变更管理工具中为每个角色配置独立的审批节点与通知策略，避免单人拥有“申请-审批-实施”的完整权限，降低操作风险。