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

1. 平台工程概述

平台工程是一门专注于设计和构建内部开发者平台（IDP）的工程学科，其核心目标是通过抽象底层基础设施复杂性，为开发团队提供一条自服务、标准化、安全且高效的软件交付路径。平台工程并非简单的工具堆砌，而是一种将基础设施能力产品化的系统工程实践。

  核心定义： 平台工程 = 基础设施产品化 + 开发者自服务 + 标准化交付流水线 + 持续演进的能力抽象层。

一个成熟的平台工程实践，通常包含以下关键要素：

平台工程为组织带来的核心价值体现在以下四个维度：

价值维度	具体表现	关键指标
加速交付	开发者无需等待基础设施就绪，通过自服务门户即可在分钟内完成环境创建和部署。	部署频率提升 5~10 倍；环境准备时间从天级降至分钟级
降低认知负荷	平台屏蔽底层技术细节，开发者只需关注业务代码，无需成为基础设施专家。	新成员上手时间缩短 60%；运维工单减少 80%
保障一致性	通过标准化模板和黄金路径，确保开发、测试、生产环境高度一致，消除“在我机器上能跑”的问题。	环境差异导致的事故减少 90%；配置漂移率低于 5%
内置治理	安全策略、成本配额、合规检查在平台层面统一实施，实现“默认合规、默认安全”。	安全漏洞修复时间缩短 70%；合规审计通过率 100%

实践提示： 平台工程的价值并非一蹴而就。建议从“黄金路径”和“环境一致性”两个切入点开始，快速验证平台对交付效率的提升效果，再逐步扩展治理和可观测性能力。

平台工程既不同于传统运维，也不同于应用开发，它是一种全新的工程角色和思维方式。以下从多个维度进行对比：

常见误区： 平台工程不是“运维部门改名”，也不是“开发部门自己搭工具”。它是一个独立的工程学科，需要专门的产品经理、全栈工程师和 SRE 共同协作，以产品化的方式持续运营。

为了评估组织在平台工程实践中的进展，业界提出了成熟度模型。该模型通常分为五个阶段，帮助团队识别当前状态并规划演进路径。

各阶段的核心特征与关键行动如下：

成熟度等级	核心特征	关键行动	典型状态
L1：临时	手动创建环境，配置漂移严重，依赖个人经验	梳理现有流程，识别重复性工作	“每个环境都是独一无二的艺术品”
L2：标准化	使用 IaC 工具（Terraform、Ansible），有基础 CI/CD	建立配置管理规范，推行基础设施即代码	“我们有标准模板，但需要运维手动触发”
L3：平台化	搭建内部开发者平台，提供自服务门户和黄金路径	构建平台工程团队，设计服务目录	“开发者可以自助创建环境，无需提工单”
L4：产品化	平台团队以产品思维运营，有用户反馈闭环和迭代节奏	建立开发者体验度量体系，持续优化平台	“我们像做 SaaS 产品一样运营内部平台”
L5：生态化	平台支持插件/扩展机制，内部团队可贡献组件，形成内部市场	开放平台 API，建立内部开源社区	“平台是一个生态，每个团队都能贡献和消费”

  课程定位： 本课程《平台工程标准模板赋能环境一致性基线核验移植适配》主要聚焦于从 L2 向 L3 跨越的关键阶段——通过标准化模板和环境一致性基线，为构建成熟的内部开发者平台奠定基础。