1. 课程导论：蓝绿发布与灾备RPO的基本概念、课程目标与学习路径
1.1 蓝绿发布：零宕机部署的核心模式
蓝绿发布（Blue-Green Deployment）是一种通过维护两套完全独立的生产环境（蓝环境与绿环境）来实现零宕机、低风险发布的部署策略。在任意时刻，只有一套环境承载全部生产流量，另一套环境则处于待命或闲置状态。
核心思想： 流量瞬间切换，而非逐步滚动。发布过程本质上是“环境替换”而非“实例更新”。
| 维度 | 蓝环境（当前生产） | 绿环境（新版本） |
|---|---|---|
| 状态 | 承载100%生产流量 | 部署新版本，待验证 |
| 流量入口 | Service指向蓝环境Pod | 内部测试/预验证 |
| 回滚方式 | 无需操作，保持原状 | 切换失败时直接丢弃 |
| 资源成本 | 全量副本运行中 | 全量副本运行中 |
在Kubernetes中，蓝绿发布通常通过标签选择器（Label Selector）与Service流量切换实现。发布流程可概括为：
- 部署绿环境：创建新Deployment，使用新版本镜像，标签设为
version: green。 - 验证绿环境：通过ClusterIP或内部Ingress进行功能、性能、兼容性验证。
- 切换流量：修改Service的
selector，将version: blue改为version: green。 - 观察与保留：确认无异常后，保留蓝环境作为快速回滚兜底。
1.2 灾备RPO：数据恢复的核心指标
恢复点目标（Recovery Point Objective, RPO） 是灾备领域的关键度量指标，定义为：当灾难发生时，系统允许丢失的最大数据量所对应的时间窗口。RPO越小，数据丢失越少，但灾备成本通常越高。
RPO与RTO的区别： RPO关注“丢失多少数据”，RTO（恢复时间目标）关注“多久恢复服务”。本课程聚焦RPO的调优与验证，但会结合RTO进行整体灾备策略设计。
| RPO等级 | 典型时间窗口 | 适用场景 | 技术实现 |
|---|---|---|---|
| 零数据丢失 | RPO = 0 | 金融交易、订单系统 | 同步复制、分布式共识 |
| 近实时 | 秒级 ~ 分钟级 | 用户状态、缓存数据 | 异步复制、WAL日志 |
| 准实时 | 分钟级 ~ 小时级 | 报表、分析系统 | 定时快照、增量备份 |
| 批量 | 天级 | 归档、历史数据 | 全量备份、离线同步 |
1.3 蓝绿发布与灾备RPO的关联
在Kubernetes环境中，蓝绿发布本身是一种部署维度的灾备手段——当新版本出现严重故障时，可以立即切回旧环境。但蓝绿发布不直接保证数据层的RPO。如果新版本在切换后写入了错误数据或损坏了数据库，单纯的环境回滚无法恢复数据。
因此，本课程将蓝绿发布与灾备RPO进行联合调优，核心思路包括：
- 发布前数据快照：在切换流量前，对关键数据存储（如MySQL、Redis、对象存储）执行一致性快照。
- 数据层双写或影子表：在蓝绿环境各自维护独立的数据写入路径，切换时同步数据状态。
- 自动化RPO验证：在发布流程中嵌入数据完整性校验，确保RPO指标可测量、可审计。
1.4 课程目标与学习路径
本课程旨在帮助SRE工程师、K8s架构师掌握在蓝绿发布场景下，如何设计、实现并验证自动化RPO调优方案。课程覆盖从理论到实战的全链路。
| 模块 | 核心内容 | 实践产出 |
|---|---|---|
| 基础篇 | 蓝绿发布原理、RPO/RTO指标、K8s网络与存储基础 | 搭建最小蓝绿发布环境 |
| 数据层篇 | 有状态应用数据同步、快照策略、双写模式 | 实现发布前自动数据快照 |
| 自动化篇 | Operator开发、Pipeline集成、RPO验证框架 | 构建自动化RPO验证工具链 |
| 调优与验证篇 | RPO压测、故障注入、审计与合规 | 输出RPO调优报告与验证脚本 |
前置要求： 学员需具备Kubernetes基础操作能力（kubectl、Deployment、Service、ConfigMap），了解基本的数据存储概念（MySQL、Redis）。课程中会提供完整的YAML示例和自动化脚本。
学习路径建议：
- 先完成基础篇，确保对蓝绿发布和RPO有统一认知。
- 进入数据层篇，重点理解有状态应用在发布过程中的数据一致性挑战。
- 在自动化篇中，动手编写Operator或Pipeline任务，将RPO验证嵌入CI/CD。
- 最后通过调优与验证篇，使用混沌工程工具验证RPO边界，形成可复用的灾备自动化方案。