1. 平台工程概述

1.1 平台工程的定义

平台工程是一门设计和构建内部开发者平台（IDP）的学科，其目标是通过抽象基础设施复杂性、提供自助服务能力与标准化黄金路径，提升开发者的交付效率与体验。平台工程并非单纯的工具堆砌，而是一种产品思维驱动的工程实践——将平台视为面向内部用户（开发者）的产品，持续迭代其功能与体验。

1.2 核心价值

平台工程为组织带来的核心价值可归纳为以下五个维度：

1.3 与传统运维 / DevOps 的区别

平台工程并非取代 DevOps，而是对 DevOps 实践的演进与补充。三者的核心差异如下：

1.4 平台工程成熟度模型

平台工程成熟度模型描述了组织从临时手动到平台产品化的演进路径。该模型通常包含五个阶段：

1. 初始级（Ad-hoc）：无标准化流程，依赖个人经验与手动操作，环境配置耗时且易出错。
2. 标准化级（Standardized）：建立基础 CI/CD 流水线，使用脚本与配置管理工具，但缺乏统一抽象层。
3. 平台化级（Platformized）：构建内部开发者平台，提供自助服务目录与标准化模板，开发者可自主申请资源。
4. 产品化级（Productized）：平台以产品思维运营，具备完善的用户反馈闭环、SLA 与持续迭代机制。
5. 生态化级（Ecosystem）：平台开放扩展能力，支持插件市场与跨团队协作，成为组织的技术底座。

1.5 平台工程与自助目录的关系

自助目录是平台工程落地的核心交互界面。在成熟度模型的第三阶段（平台化级），组织开始构建自助目录，将基础设施、中间件、安全策略等能力封装为标准化模板，开发者通过目录即可完成服务创建、配置与部署。自助目录的质量直接决定了平台工程的成败。

1.6 平台工程的关键能力域

一个成熟的平台工程实践通常覆盖以下能力域：

• 自助服务目录：提供标准化的服务模板，支持一键部署、配置与销毁。
• 黄金路径与脚手架：预定义最佳实践模板，确保服务架构、安全与合规的一致性。
• 策略即代码：将安全、成本、合规策略嵌入平台，实现自动化治理。
• 可观测性与反馈：提供内置的监控、日志与告警，并收集开发者使用反馈。
• 成本管理与可视化：展示资源消耗与成本归属，支持 FinOps 实践。
• 平台运营与迭代：以产品化方式运营平台，持续优化开发者体验。