1. 课程导论：平台工程背景、SLO与作业模板的关系、服务目录的核心价值
1.1 平台工程的演进与核心挑战
平台工程（Platform Engineering）是 DevOps 实践的自然演进。当组织规模扩大、微服务数量激增后，传统的“每个团队独立管理基础设施”模式暴露出严重的认知负载与重复劳动问题。平台工程的核心目标是通过构建一套内部开发者平台（IDP），为应用团队提供标准化的自助服务能力，从而降低认知负载、提升交付效率。
然而，在实际落地过程中，平台团队普遍面临三大核心挑战：
- 信任赤字：应用团队质疑平台的稳定性与性能，不愿将关键服务迁移至平台。
- 黑盒效应：平台内部运行状态不透明，应用团队无法感知平台是否“健康”。
- 模板碎片化：不同团队使用不同版本的 CI/CD 模板、监控配置、告警规则，导致运维成本指数级上升。
核心洞察： 平台工程的成功与否，取决于平台团队能否用可量化的承诺（SLO）建立信任，并用标准化的作业模板消除碎片化。
1.2 SLO 与作业模板的关系
服务等级目标（SLO）是平台团队对外承诺的量化契约，而作业模板（Job Template）是实现这些承诺的标准化执行单元。两者之间存在紧密的“承诺-执行”映射关系：
| 维度 | SLO（承诺层） | 作业模板（执行层） |
|---|---|---|
| 定义 | 平台对外承诺的量化目标（如：API 可用性 ≥ 99.9%） | 实现 SLO 的标准化操作流程（如：部署流水线、扩缩容策略） |
| 粒度 | 面向服务或资源类别 | 面向具体操作场景（部署、备份、迁移、扩缩容） |
| 变更频率 | 低（季度/半年度评审） | 中（随平台能力迭代持续优化） |
| 验证方式 | SLI 指标持续监控 + 错误预算告警 | 模板执行结果是否符合 SLO 阈值 |
| 典型示例 | 部署成功率 ≥ 99.5% | 金丝雀发布模板（含自动回滚步骤） |
实践要点： 每个作业模板在发布前，必须明确声明其“承诺支撑的 SLO”。例如，数据库备份模板必须声明其支撑的“RTO ≤ 15 分钟”SLO。没有 SLO 绑定的模板，不应出现在服务目录中。
1.3 服务目录的核心价值
服务目录（Service Catalog）是平台工程中连接“平台能力”与“应用需求”的桥梁。它不仅仅是资源清单，更是包含 SLO、作业模板、依赖关系、成本归属的活文档。
服务目录在平台工程中扮演三个关键角色：
- 发现层：应用团队通过服务目录自助查找可用平台能力（数据库、消息队列、缓存等），并查看每个服务的 SLO 承诺。
- 执行层：服务目录与作业模板引擎集成，应用团队可直接从目录触发标准化操作（创建、扩缩容、备份、迁移）。
- 治理层：平台团队通过服务目录统一管理所有服务的 SLO 合规状态、模板版本、资源配额与成本归属。
1.4 本课程学习目标与适用人群
本课程旨在帮助平台工程团队构建一套完整的 SLO 驱动的作业模板体系，并与服务目录深度集成，实现平台能力的标准化交付与可观测治理。
| 角色 | 学习收益 |
|---|---|
| 平台工程师 | 掌握 SLO 定义、作业模板设计、服务目录集成的方法论与实战技巧 |
| SRE 工程师 | 学会将错误预算、SLI 指标与作业模板执行结果联动，实现自动化治理 |
| DevOps 负责人 | 获得跨团队推广标准化平台能力的框架与落地路径 |
| 技术管理者 | 理解如何通过 SLO 与服务目录量化平台团队的价值与 ROI |
前置要求： 建议学员具备基本的 Kubernetes、CI/CD 流水线、Prometheus/Grafana 监控知识。本课程不涉及基础工具安装，聚焦于体系设计与集成。
通过本课程，你将能够：
- 设计面向平台服务的 SLO 框架，并建立错误预算治理机制。
- 构建可复用的作业模板库，实现部署、扩缩容、备份、迁移等操作的标准化。
- 将 SLO 与作业模板集成到服务目录中，形成“承诺-执行-治理”的闭环。
- 通过实战案例，掌握 Backstage、Port、Kratix 等主流服务目录工具的集成模式。