📚 课程目录第1章课程导论

1. 课程导论：平台工程与SLO的关系、为什么需要权限模型、课程目标与受众

平台工程的核心使命是构建一条内部开发者平台（IDP），通过抽象基础设施复杂性，让开发者专注于业务逻辑。然而，平台团队如果只关注“功能交付”，而忽视“服务质量”，最终会导致开发者对平台失去信任。这正是服务等级目标（SLO）进入平台工程视野的根本原因。

SLO 将平台从“工具集合”升级为“有承诺的服务”。平台团队通过定义关键指标（如 API 可用性、部署管道吞吐量、环境准备时间），并与开发者签订 SLO，将内部平台视为一个正式产品来运营。

  核心观点： 没有 SLO 的平台工程是“交付工具”；有 SLO 的平台工程是“交付承诺”。权限模型是确保 SLO 可测量、可追溯、可问责的基础设施。

下表展示了平台工程不同成熟度阶段与 SLO 的关系：

成熟度阶段	平台特征	SLO 状态	权限模型需求
阶段 1：工具堆砌	各团队独立选型，无统一入口	无 SLO，或仅有口头承诺	无统一权限，依赖各工具自有 ACL
阶段 2：平台初建	统一门户，提供基础 CI/CD、环境管理	定义可用性 SLO（如 99.9%）	粗粒度 RBAC，按团队划分
阶段 3：平台产品化	自助服务目录，黄金路径标准化	定义延迟、吞吐量、错误预算 SLO	细粒度 ABAC/ReBAC，按资源、动作、环境控制
阶段 4：平台生态化	插件市场，跨集群联邦，SLO 驱动自愈	SLO 作为准入控制与自动扩缩容依据	动态权限，与 SLO 状态联动（如错误预算耗尽时自动降权）

在平台工程团队中，SLO 作业模板（SLO Job Template）是定义、测量、报告 SLO 的核心配置单元。它通常包含：

如果没有合理的权限模型，SLO 作业模板将面临以下风险：

常见误区： 很多团队初期使用“管理员 vs 普通用户”的二元权限模型，结果导致平台团队成为 SLO 配置的瓶颈，开发者无法自助创建服务级别的 SLO，反而降低了平台采纳率。

下图展示了 SLO 作业模板在平台工程中的位置，以及权限模型如何作为“守门人”控制访问与操作：

本课程旨在为平台工程团队提供一套系统化的 SLO 作业模板权限模型设计方法，帮助团队在保障安全合规的同时，提升 SLO 配置的自助化水平与运营效率。

学习建议： 本课程包含大量实战模板与代码片段，建议读者在阅读的同时，打开一个 SLO 管理平台（如 Prometheus + Pyrra 或 Google Cloud Monitoring）进行对照学习，效果更佳。

本课程共分为 6 个章节，从基础概念到高级实践，逐步深入：

下图展示了课程的知识体系结构：

本章建立了三个核心认知：