平台工程建设路线图

使用方式

平台工程的目标不是“再做一层运维”，而是让业务团队通过自助方式安全地使用基础设施。按“黄金路径 → 自助入口 → 基础设施即代码 → 交付流水线 → 可观测性 → 安全与成本 → 度量与推广”推进。

先选一个业务团队和一个典型服务做试点，跑通端到端流程，再复制。

检查清单

1. 黄金路径

• 定义标准服务模板（语言、框架、目录结构）。
• 默认包含日志、指标、追踪、健康检查。
• 默认包含 CI/CD、镜像构建和部署清单。
• 默认包含资源限制、PDB 和安全配置。
• 模板有版本和升级策略。

2. 自助入口

• 服务创建、环境申请和域名申请可自助完成。
• 入口有权限控制和审批。
• 文档、示例和 FAQ 可搜索。
• 失败时有清晰的错误信息和负责人。
• 不要求业务团队直接提交工单。

3. 基础设施即代码

• 集群、网络、存储和云资源用 IaC 管理。
• 环境差异通过变量/overlay 表达。
• 变更走 Git 和评审，不手工改生产。
• 漂移检测和定期对账。
• 状态文件和密钥安全存储。

4. 交付流水线

• 构建一次，多环境晋升。
• 自动化测试、安全扫描和策略检查。
• 支持金丝雀/蓝绿和快速回滚。
• 发布事件与监控、日志关联。
• 流水线有 SLO 和失败告警。

5. 可观测性

• 平台组件本身有监控和告警。
• 业务服务默认接入指标、日志和追踪。
• 提供统一看板和 SLO 模板。
• 告警有分级、去重和升级路径。
• 成本按团队/服务分摊。

6. 安全与合规

• 镜像来源、签名和漏洞扫描。
• RBAC 最小权限和多租户隔离。
• 准入策略和运行时检测。
• 密钥管理和轮换。
• 审计日志和合规报告。

7. 度量与推广

• 统计自助服务的使用率和满意度。
• 跟踪交付周期、变更失败率和恢复时间。
• 定期收集业务团队反馈。
• 有平台迭代路线图和负责人。
• 避免平台团队成为新的瓶颈。

常见误区

• 平台只提供工具，不提供黄金路径和文档。
• 自助入口背后仍是工单，业务体验没有改善。
• 强制所有团队迁移，忽略遗留系统。
• 平台自身没有 SLO，故障时无人负责。
• 只做 K8s，不管数据库、消息和可观测性。
• 平台团队闭门造车，没有业务试点和反馈。

相关条目

• k8s-production-checklist — K8s 生产检查
• cicd-maturity-roadmap — CI/CD 成熟度
• observability-roadmap — 可观测性路线
• container-security-checklist — 容器安全
• cost-optimization-checklist — 成本优化
• argocd — GitOps
• crossplane — 云资源控制平面
• backstage — 开发者门户
• kueue — 批处理队列