1. 课程导论：可靠性评审报告在 IaC 中的核心价值、SLI/SLO 基本概念、本课程学习目标与适用人群
1.1 为什么 IaC 需要可靠性评审报告？
基础设施即代码（IaC）将传统的手动运维转变为声明式或编程式交付。然而，代码化的基础设施同样会引入配置错误、版本漂移、依赖失效等风险。一份结构化的可靠性评审报告，能够将 IaC 的变更与业务可用性直接挂钩，实现从“代码合规”到“生产可靠”的闭环。
核心价值矩阵： 可靠性评审报告在 IaC 中的三大支柱
| 维度 | 传统 IaC 痛点 | 引入可靠性评审后的收益 |
|---|---|---|
| 风险前置 | 模块发布后才发现性能瓶颈或配置错误 | 在 PR/MR 阶段通过 SLI 口径预判风险，拦截不可靠变更 |
| 量化决策 | 依赖个人经验判断“是否可上线” | 基于 SLO 预算和错误预算消耗，提供数据驱动的发布决策 |
| 持续改进 | 故障复盘缺乏代码级根因关联 | 报告直接关联 IaC 提交记录与可观测性指标，形成改进闭环 |
1.2 SLI / SLO 基本概念
在开始撰写报告前，必须统一对 SLI 和 SLO 的认知。它们是可靠性评审的度量基石。
- SLI（Service Level Indicator，服务等级指标）：对服务某个维度的量化度量。例如：请求延迟的 P99、错误率、基础设施资源饱和度。
- SLO（Service Level Objective，服务等级目标）：为 SLI 设定的目标阈值或范围。例如：P99 延迟 ≤ 200ms，月度可用性 ≥ 99.9%。
IaC 场景提示： 在 IaC 评审中，SLI 口径不仅关注运行时指标，还应包括“基础设施配置漂移率”、“模块部署失败率”等代码级指标。
1.3 本课程学习目标
完成本课程后，你将能够：
- 定义 IaC 专属 SLI 口径：从基础设施代码中提取可量化的可靠性指标，而非仅依赖应用层指标。
- 撰写结构化的可靠性评审报告：包含变更摘要、SLI 基线、SLO 合规性、风险等级与改进建议。
- 将评审流程嵌入 CI/CD 流水线：实现自动化卡点，让每一次 IaC 变更都经过可靠性验证。
- 基于报告驱动可靠性改进：通过错误预算消耗趋势，识别需要重构或优化的基础设施模块。
1.4 适用人群
| 角色 | 痛点 | 课程收益 |
|---|---|---|
| SRE / 可靠性工程师 | 缺乏 IaC 层面的量化评估手段 | 掌握从代码到指标的 SLI 口径设计方法 |
| 平台工程师 | 评审依赖人工，效率低且标准不一 | 学会自动化评审报告的模板与流水线集成 |
| DevOps / 基础设施工程师 | 变更频繁导致故障，复盘缺乏数据 | 建立代码变更与可靠性指标的关联分析能力 |
| 技术管理者 | 无法直观衡量基础设施交付质量 | 获得可量化的可靠性看板与决策依据 |
前置要求： 建议学员具备基础的 IaC 使用经验（如 Terraform 或 Kubernetes YAML 编写），了解基本的可观测性概念（如 Prometheus 指标、日志、链路追踪）。本课程不教授 IaC 工具的基础语法，而是聚焦于可靠性评审的方法论与工程实践。