1. 课程导论：平台工程与DORA指标概述
1.1 平台工程：从“运维瓶颈”到“自助服务”
传统 DevOps 实践中，应用团队常因基础设施配置、CI/CD 流水线维护、环境管理等“非功能性”工作而陷入瓶颈。平台工程（Platform Engineering）通过构建一套内部开发者平台（IDP），将底层复杂性抽象为标准化、可复用的自助服务能力，使开发者能自主完成部署、监控、扩容等操作，而无需等待运维介入。
核心转变： 从“运维代劳” → “平台赋能”；从“手动审批” → “自助服务”；从“黑盒交付” → “可观测度量”。
1.2 DORA 指标：衡量交付效能的金标准
DORA（DevOps Research and Assessment）团队经过多年研究，提炼出四个关键指标，用于量化软件交付与运维效能：
| 指标 | 定义 | 精英级目标 |
|---|---|---|
| 部署频率（Deployment Frequency） | 单位时间内向生产环境成功部署的次数 | 按需（每日多次） |
| 变更前置时间（Lead Time for Changes） | 从代码提交到生产部署完成的时间 | 小于 1 小时 |
| 变更失败率（Change Failure Rate） | 部署导致服务降级或需要回滚的比例 | 小于 5% |
| 故障恢复时间（Time to Restore Service） | 从服务故障到完全恢复的时间 | 小于 1 小时 |
课程聚焦： 本课程将重点剖析 变更失败率（CFR） 这一指标，因为它直接反映平台自助服务的质量与稳定性，是“快”与“稳”平衡的关键度量。
1.3 自助服务在 DevOps 中的价值
自助服务是平台工程的核心交付模式，它通过标准化 API、UI 或 CLI 向开发者提供“一键式”能力，其价值体现在三个层面：
- 消除等待： 开发者无需创建工单等待运维响应，环境创建、部署、回滚等操作可在分钟级完成。
- 降低认知负荷： 平台封装了 Kubernetes、Terraform、CI/CD 等复杂工具，开发者只需关注业务逻辑。
- 提升一致性： 所有自助操作遵循平台预定义的合规与安全策略，减少“配置漂移”和人为失误。
1.4 课程目标与学习路径
本课程旨在帮助平台工程团队掌握如何通过自助服务设计来优化 DORA 指标，特别是降低变更失败率。学习路径分为四个阶段：
- 基础认知（第 1-3 章）： 理解平台工程、DORA 指标与变更失败率的定义与关联。
- 自助服务设计（第 4-12 章）： 学习如何构建自助部署、环境管理、回滚、金丝雀发布等能力。
- 度量与改进（第 13-22 章）： 通过 DORA 指标追踪自助服务质量，识别变更失败根因。
- 进阶实践（第 23-30 章）： 混沌工程、安全左移、平台演进与组织文化变革。
前置要求： 建议学员具备基本的 DevOps 实践知识（CI/CD、容器化、云原生概念），并熟悉至少一种编程语言或脚本工具。