平台工程是什么
平台工程把内部基础设施能力做成自助式产品，减少研发团队的运维负担，常见载体是内部开发者平台（IDP）与黄金路径。目标是降低认知负荷并缩短交付前置时间：环境申请、流水线、发布与可观测这些重复工作由平台统一提供，业务团队专注于自己的领域问题。平台成功与否不看技术先进性，而看采用率——团队仍绕过平台自己搭一套，说明它没有解决真实痛点。
基本信息
| 目标 | 降低研发认知负荷、缩短交付前置时间 |
|---|---|
| 手段 | 自助服务 + 黄金路径 + 平台即产品 |
| 度量 | 平台采用率、前置时间、变更失败率 |
| 组织形态 | 独立平台团队，按产品方式运营 |
| 服务对象 | 内部研发团队（视为用户） |
| 常见反模式 | 按需求接单，退化为工单队列 |
典型使用场景
- 环境与资源自助：测试环境、云资源、域名与证书一键申请
- 流水线模板：预置 CI/CD 模板与安全扫描，新项目开箱可用
- 发布能力：灰度与回滚开箱即用，减少各团队重复造轮子
- 可观测接入：日志、指标与追踪默认接入，统一采集与看板
- 黄金路径推广：为新项目提供推荐架构与配套工具链
- 平台运营：像产品一样收集反馈、度量采用率并持续迭代
平台能力示例
平台能力示例
环境申请：自助开通测试环境，分钟级就绪
CI 模板：默认流水线 + 安全扫描 + 制品库
发布：灰度与回滚能力开箱即用
可观测：日志/指标/追踪默认接入
运营：公布采用率与前置时间数据，按季度迭代平台成功判据
| 判据 | 健康表现 | 警示信号 |
|---|---|---|
| 采用率 | 新项目默认走平台 | 团队自建绕过平台 |
| 前置时间 | 环境与发布等待缩短 | 申请排队时间没有变化 |
| 认知负荷 | 研发不必了解底层细节 | 文档晦涩，仍需口头求助 |
| 运营方式 | 有路线图与反馈机制 | 只按工单接需求 |
平台团队宜像产品团队一样做用户研究：先服务好一两个种子团队，验证价值后再逐步扩展。