📚 课程目录第1章平台工程概述

1. 平台工程概述

平台工程是一门设计和构建内部开发者平台（IDP）的学科，其目标是通过抽象基础设施复杂性、提供标准化自助服务能力，使开发团队能够以更快的速度、更高的质量交付软件。平台工程并非简单的工具堆砌，而是一种产品化思维——将平台视为面向内部用户（开发者）的产品，持续迭代优化开发者体验。

核心洞察： 平台工程 ≠ 运维工具链。它强调“平台即产品”，关注开发者旅程中的每一个摩擦点，并通过自助服务能力消除这些摩擦。

平台工程通过以下四个维度为组织创造价值：

价值维度	具体表现	关键指标
加速交付	环境创建、CI/CD 配置、基础设施申请从数天缩短至分钟级	部署频率、前置时间
降低认知负荷	开发者无需理解 Kubernetes、网络、存储等底层细节	开发者满意度、入职时间
标准化治理	安全策略、合规检查、成本管控内嵌于自助服务流程	合规通过率、安全事件数
提升可靠性	黄金路径内置可观测性、弹性、灾备能力	变更失败率、MTTR

平台工程并非 DevOps 的替代品，而是 DevOps 理念在规模化场景下的自然演进。两者关系可概括为：

  关键公式： 平台工程 = DevOps 文化 × 产品化思维 × 自助服务能力

下图展示了平台工程与 DevOps 在组织中的协同关系：

平台工程成熟度模型帮助组织评估当前平台建设阶段，并规划演进路径。参考业界实践（如 Puppet、CNCF、Humanitec 等），我们将成熟度划分为五个等级：

成熟度等级	名称	特征描述	典型表现
L1	临时化	无统一平台，每个团队自行搭建工具链	环境不一致、重复造轮子、手动操作多
L2	标准化	建立基础平台，提供 CI/CD、容器编排等标准化服务	统一镜像仓库、K8s 集群、流水线模板
L3	自助化	开发者可通过自助门户或 API 申请资源、部署应用	Backstage/Port 门户、环境即服务、自助数据库
L4	产品化	平台以产品化方式运营，关注开发者体验和持续改进	SLA/SLO、用户反馈闭环、开发者满意度度量
L5	智能化	平台具备自适应能力，基于 AI/ML 优化资源、预测故障	智能弹性伸缩、异常自愈、成本优化建议

常见误区： 很多组织试图直接从 L1 跳到 L4，跳过标准化和自助化阶段。这往往导致平台与开发者需求脱节，最终沦为“无人问津的运维工具”。成熟度演进应遵循“先标准化，再自助化，后产品化”的渐进路径。

下图展示了平台工程成熟度模型的演进路径：

平台工程的建设效果需要通过DORA 度量来验证。DORA 四项核心指标——部署频率、变更前置时间、变更失败率、故障恢复时间（MTTR）——是衡量平台工程是否真正提升交付效能的关键标尺。

  平台工程与 DORA 的映射关系：

  · 自助化环境创建 → 缩短变更前置时间

  · 标准化 CI/CD 流水线 → 提升部署频率

  · 内嵌安全合规检查 → 降低变更失败率

  · 自动化可观测性 → 缩短 MTTR