1. 课程导论：灰度发布与回滚护栏的概念、为什么需要自动化流水线集成、课程目标与前置知识

1.1 灰度发布：从全量部署到渐进式交付

灰度发布（Canary Release / Gray Release）是一种将新版本逐步暴露给部分用户或流量的发布策略。其核心思想是用小流量验证新版本的稳定性与正确性，在确认无异常后再逐步扩大范围，最终覆盖全部生产流量。与传统的蓝绿部署或全量滚动更新相比，灰度发布提供了更精细的风险控制粒度。

1.2 回滚护栏：灰度发布的安全底线

回滚护栏（Rollback Guardrail）是指在灰度发布过程中，当检测到异常指标（如错误率上升、延迟飙升、业务成功率下降）时，自动触发回滚机制，将流量从灰度版本切回稳定版本，从而阻断故障扩散。回滚护栏不是"事后补救"，而是灰度发布流程中内嵌的主动防御层。

一个完整的回滚护栏通常包含以下要素：

• 指标采集层：从 Prometheus、Grafana、ELK 等监控系统实时拉取关键业务指标。
• 异常判定引擎：基于阈值、同比、环比、机器学习基线等策略判断是否触发回滚。
• 回滚执行器：通过修改 Ingress 路由规则、调整 Service 权重或直接回退 Deployment 版本实现流量切换。
• 通知与审计：将回滚事件推送到钉钉/飞书/邮件，并记录到变更审计系统。

1.3 为什么需要自动化流水线集成？

手动执行灰度发布和回滚存在三个核心痛点：

1. 操作延迟：人工判断异常、登录集群、修改配置，每一步都有延迟，故障窗口期长。
2. 人为失误：改错 Ingress 注解、写错权重比例、忘记恢复路由，这些在生产环境中屡见不鲜。
3. 不可审计：手动操作缺乏标准化记录，事后复盘困难，无法满足合规要求。

将灰度发布与回滚护栏集成到 CI/CD 自动化流水线中，可以实现：

• 一键触发：开发人员在流水线界面点击"开始灰度"，系统自动完成流量切分、监控接入、回滚策略部署。
• 自动决策：流水线持续监听指标，一旦触发回滚条件，自动执行回滚并通知相关人员。
• 可重复、可审计：每次灰度发布都有完整的流水线日志、指标快照、回滚记录，满足 SRE 和合规要求。

1.4 课程目标

完成本课程后，学员将具备以下能力：

1.5 前置知识要求

为了确保学习效果，建议学员具备以下基础：

• Kubernetes 基础：熟悉 Pod、Service、Deployment、Namespace 等核心资源，能使用 kubectl 进行日常操作。
• Ingress 概念：了解 Ingress 资源定义、Ingress Controller 工作原理，至少使用过一种 Ingress 实现（Nginx / Traefik / APISIX）。
• CI/CD 基础：了解持续集成/持续部署的基本流程，使用过至少一种 CI 工具（GitLab CI / Jenkins / GitHub Actions）。
• 监控基础：了解 Prometheus 指标采集与查询（PromQL 基础），知道如何查看 Pod 日志。

1.6 灰度发布与回滚护栏核心架构

下图展示了本课程将要实现的自动化灰度发布与回滚护栏的整体架构。该架构以 Kubernetes Ingress 为流量入口，通过流水线编排灰度策略，并集成监控与自动回滚能力。

架构说明：

• 用户请求通过 Ingress 进入集群，Ingress 根据权重规则将流量分发到稳定版本和灰度版本。
• 两个版本的服务实例均向监控与指标采集层上报业务指标（如请求量、错误率、P99 延迟）。
• 异常判定引擎实时分析指标，当灰度版本的错误率超过阈值（如 > 1%）或延迟飙升时，触发回滚决策。
• 回滚执行器收到指令后，自动修改 Ingress 路由规则，将灰度流量切回稳定版本，并通知相关人员。
• 整个流程由自动化流水线统一编排，从灰度启动、指标监听、回滚决策到恢复，实现全自动化闭环。

1.7 课程章节概览

本课程共 30 章，分为以下五个模块：