两者如何结合
ITIL 与 DevOps、SRE 并不对立，二者解决的是同一件事的两面：ITIL 提供控制与治理的框架，DevOps 与 SRE 提供工程化的实现手段。结合点集中在变更控制上：变更使能按风险分级，低风险变更走自动化直通，高风险变更保留评审；错误预算则为控制强度提供数据依据，预算告急时自动收紧发布策略。冲突通常出在审批粒度与交付速度的平衡，解法是用可观测指标动态调整控制强度。
基本信息
| 结合点 | 风险分级、自动化直通、错误预算驱动 |
|---|---|
| 冲突点 | 审批粒度与交付速度 |
| 解法 | 按可观测指标动态调整控制强度 |
| 共同目标 | 让变更既安全又快速 |
| ITIL 侧抓手 | 变更使能、事件管理、问题管理 |
| 工程侧抓手 | 流水线、自动化测试、灰度与可观测 |
典型使用场景
- 变更管控改造：把逐项审批改为按风险分级的差异化流程
- 引入 SRE 实践：用 SLI/SLO 与错误预算替代主观的稳定性判断
- 事故复盘整合：把问题管理与无责复盘合并为同一套行动项台账
- 组织协同：让运维与研发共用一套指标，减少互相指责
- 审计应对：用自动化记录与制品留痕满足合规要求
- 平台建设：把控制点做进流水线，而不是靠会议与人盯人
融合示例
融合示例
常规变更：流水线自动检查（测试/安全/回退可用）→ 自动放行
高风险变更：CAB 评审 + 窗口实施 + 回退演练
错误预算告急：自动收紧变更策略并通知团队
事故处置：事件管理止血，问题管理与复盘追根因
指标共用：部署频率、失败率、恢复时长与可用性同一看板两种视角对照
| 维度 | ITIL 侧 | 工程侧 |
|---|---|---|
| 变更控制 | 变更使能按风险分级审批 | 流水线门禁与自动化直通 |
| 可靠性目标 | SLA 与服务水平管理 | SLI/SLO 与错误预算 |
| 事件处置 | 事件与问题管理 | 值班机制与无责复盘 |
| 度量 | 服务报告与满意度 | DORA 指标与可观测数据 |
治理目标是一致的：让变更既安全又快速，手段是度量与自动化，而不是口号与会议。