1. 课程导论：变更风险评估与可靠性评审的背景、目标与课程整体框架
1.1 背景：为什么变更风险是可靠性工程的核心战场
在 IT 运维与可靠性工程实践中，变更（Change）是系统状态发生任何计划内或计划外调整的操作。据统计，超过 70% 的生产故障直接或间接由变更引发。随着微服务架构、容器化部署和基础设施即代码（IaC）的普及，变更频率呈指数级增长，传统的人工审批与经验判断已无法有效控制风险。
当前行业面临的主要挑战包括：
- 变更爆炸：日均变更次数从个位数增长到数百次，人工评审瓶颈凸显。
- 依赖复杂：服务间调用链深度超过 10 层，变更影响范围难以界定。
- 回滚成本高：一次失败的数据库变更可能导致数小时的数据修复。
- 评审标准不一：不同评审人员对“高风险”的判定存在主观偏差。
核心洞察： 变更风险管理的本质不是“阻止变更”，而是通过可量化的可靠性评审参数，在速度与安全之间找到最优平衡点。
1.2 目标：从被动救火到主动编排
本课程旨在建立一套变更风险评估任务编排的可靠性评审参数配置与调优体系，实现以下三大目标：
| 目标维度 | 具体描述 | 关键指标 |
|---|---|---|
| 标准化 | 将变更风险拆解为可量化的评审参数（如影响半径、回滚复杂度、依赖脆弱度） | 评审参数覆盖率 > 95% |
| 自动化 | 通过任务编排引擎自动执行风险评估流水线，减少人工介入 | 自动化评审率 > 80% |
| 可调优 | 基于历史变更结果反馈，动态调整参数权重与阈值 | 误判率 < 5%，漏报率 < 3% |
1.3 课程整体框架：四层递进式结构
本课程共分为四个模块，从基础概念到高级调优，形成完整的知识闭环：
1.4 核心概念：变更风险评估任务编排
在进入具体参数配置之前，需要明确几个核心术语：
| 术语 | 定义 | 示例 |
|---|---|---|
| 变更风险 | 变更操作导致系统可用性、性能或数据完整性下降的可能性与影响程度的组合 | 数据库 Schema 变更导致 5 分钟查询超时 |
| 评审参数 | 用于量化评估变更风险的独立可测量维度 | 影响半径（影响节点数）、回滚复杂度（步骤数） |
| 任务编排 | 将风险评估拆解为多个子任务，并按依赖关系组织成自动化流水线 | 并行执行静态代码扫描 + 依赖分析，再串行执行人工审批 |
| 可靠性评审 | 基于预设参数阈值和规则，对变更是否达到可靠性准入标准进行判定 | 若影响半径 > 5 且回滚复杂度 > 3，则自动标记为高风险 |
1.5 课程适用角色与前置知识
本课程面向以下三类核心角色：
- SRE / 可靠性工程师：需要设计变更风险评审策略，并持续优化参数。
- 运维平台开发工程师：负责实现风险评估任务编排引擎的代码开发。
- 技术管理者 / 变更经理：需要理解评审参数的含义，制定变更准入标准。
前置建议： 建议学习者具备基础的 Linux 运维经验、了解 CI/CD 流水线概念（如 Jenkins、GitLab CI），并对至少一种编程语言（Python/Go/Java）有基本阅读能力。本课程不要求深入的机器学习知识，参数调优部分将基于规则引擎和统计方法展开。
1.6 本章小结：从课程导论到实践起点
本章作为课程导论，建立了以下认知基础：
- 背景认知：变更风险是可靠性工程的核心挑战，需要系统化的量化管理。
- 目标对齐：通过标准化、自动化、可调优三个维度，构建变更风险评估体系。
- 框架预览：四层递进结构覆盖从概念到实战的完整路径。
- 术语统一：明确了变更风险、评审参数、任务编排、可靠性评审四个核心概念。