1. 课程导论：平台工程的定义与价值、蓝绿发布门禁的核心理念、课程目标与学习路径
1.1 平台工程：从“基础设施运维”到“产品化交付”的范式转移
平台工程（Platform Engineering）并非简单的 DevOps 工具链升级，而是一种以产品思维构建内部开发者平台（IDP）的工程实践。其核心目标是通过抽象底层基础设施复杂性，为应用团队提供一条“黄金路径”（Golden Path），从而显著降低认知负荷、提升交付效率与安全性。
| 维度 | 传统 DevOps 模式 | 平台工程模式 |
|---|---|---|
| 核心对象 | 脚本、工具链、配置 | 产品化的内部开发者平台 |
| 用户视角 | 开发者自行处理 CI/CD、网络、存储等细节 | 开发者通过自助服务界面声明需求，平台自动处理 |
| 交付效率 | 依赖个人经验，环境差异导致“在我机器上能跑” | 标准化环境与流程，环境一致性达 99%+ |
| 安全合规 | 事后审计，策略分散 | 策略即代码（Policy as Code），门禁前置 |
| 团队规模 | 每 5-8 名开发者需配 1 名 DevOps 专家 | 平台团队服务 50-200 名开发者，规模效应显著 |
关键洞察： 平台工程的核心价值在于将“基础设施能力”封装为“API 与自助服务”，让开发者专注于业务逻辑，而平台团队则专注于可靠性、安全性与成本优化。
1.2 蓝绿发布门禁：部署流水线的“安全闸门”
蓝绿发布（Blue-Green Deployment）是一种零宕机部署策略，通过维护两套完全相同的生产环境（蓝环境与绿环境）来实现流量平滑切换。然而，在实际落地中，缺乏自动化门禁的蓝绿发布往往退化为“手动切换”，导致回滚困难、流量丢失甚至数据不一致。
蓝绿发布门禁是一组在流量切换前必须通过的自动化检查点，它作为部署流水线的“安全闸门”，确保新版本在接收生产流量前满足所有质量、安全与合规要求。
核心门禁检查项示例：
- 健康检查：新环境所有 Pod/实例均通过 Readiness Probe。
- 冒烟测试：核心 API 接口成功率 ≥ 99.9%，P99 延迟 ≤ 200ms。
- 安全扫描：镜像漏洞扫描无 Critical 级别漏洞。
- 数据一致性：数据库 Schema 变更已执行，且无数据丢失。
- 成本预算：新环境资源消耗未超出预设预算阈值。
1.3 课程目标与学习路径
本课程旨在帮助平台工程师、DevOps 专家及 SRE 人员，从零到一构建一个具备蓝绿发布门禁能力的内部开发者平台，并显著提升项目部署效率。课程采用“理论 + 实战”双轨模式，覆盖从架构设计到生产落地的完整闭环。
| 模块 | 核心内容 | 实战产出 |
|---|---|---|
| 模块 1：基础与架构 | 平台工程定义、蓝绿发布原理、门禁设计模式 | 平台架构图、门禁检查清单 |
| 模块 2：基础设施即代码 | Terraform/Pulumi 管理环境、Kubernetes 集群配置 | 可复用的 IaC 模块 |
| 模块 3：CI/CD 流水线集成 | GitOps 工作流、ArgoCD 与门禁集成、自动化测试 | 端到端 CI/CD 流水线 |
| 模块 4：门禁引擎实现 | 策略引擎（OPA/Rego）、健康检查、安全扫描集成 | 门禁服务 API 与 SDK |
| 模块 5：可观测性与反馈 | Metrics/Logs/Traces、门禁通过率仪表盘、告警 | Grafana 仪表盘、告警规则 |
| 模块 6：生产落地与优化 | 灰度发布、流量管理、成本优化、故障演练 | 生产级部署方案 |
学习前提： 建议学员具备 Kubernetes 基础操作、Docker 镜像构建、CI/CD 基本概念（如 Jenkins/GitLab CI/GitHub Actions）以及至少一种脚本语言（Bash/Python）的使用经验。
1.4 课程预期收益
完成本课程后，你将能够：
- 设计并落地一个基于 Kubernetes 的蓝绿发布门禁系统，将部署失败率降低 60% 以上。
- 构建内部开发者平台，使应用团队自助完成部署，平均部署时间从 2 小时缩短至 15 分钟。
- 实现策略即代码，将安全、合规与成本控制前置到部署流水线中，避免事后补救。
- 建立可观测性体系，实时监控门禁通过率、部署频率与回滚率，持续优化交付流程。
一句话总结： 本课程不是教你“如何部署”，而是教你“如何安全、高效、可重复地部署”，让蓝绿发布门禁成为你平台工程的“标配能力”。