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

1. 课程导论：流量回滚护栏的背景、课程目标与适用人群

在云原生微服务架构中，流量治理正从传统的“南北向”入口网关向“东西向”服务网格与统一网关演进。随着金丝雀发布、蓝绿部署、A/B 测试等灰度策略的普及，流量回滚成为保障服务稳定性的最后一道防线。然而，实际生产环境中，回滚操作往往面临以下痛点：

为了解决上述问题，流量回滚护栏应运而生。它是一套基于声明式 API 的自动化流量治理机制，能够在灰度发布过程中，当检测到异常指标（如错误率飙升、延迟增加）时，自动触发精细化流量回滚，并在回滚过程中提供“渐进式”的安全验证。

  核心目标：将回滚从“人工应急操作”转变为“自动化、可观测、可审计的治理能力”。

维度	具体内容
课程总目标	掌握基于 Kubernetes Gateway API 构建流量回滚护栏架构的设计原则、实现方法与最佳实践。
知识目标	理解 Gateway API 的核心资源模型（Gateway、HTTPRoute、BackendTLSPolicy 等）及其在流量治理中的定位。
技能目标	能够独立设计并部署一套支持自动回滚、灰度验证、可观测的流量护栏系统。
适用人群	云原生架构师 / SRE 工程师 Kubernetes 平台运维与开发人员 API 网关与微服务治理团队对流量安全与发布策略感兴趣的技术管理者

Kubernetes Gateway API 是 CNCF 孵化的下一代入口流量管理标准，旨在替代传统的 Ingress API，提供更强大、更灵活、更可扩展的流量治理能力。它在云原生架构中的定位可以概括为以下三个层次：

统一抽象层：将流量治理的“意图”与“实现”解耦。用户通过声明式 API（如 HTTPRoute、Gateway）定义路由规则，而具体的实现由不同的 Gateway Controller（如 Istio、Contour、Kong）负责。
精细化路由：支持基于 HTTP 头部、查询参数、权重、方法等多种条件的流量分发，为灰度发布、A/B 测试、流量镜像等场景提供了原生支持。
可扩展性：通过 Policy Attachment 机制，允许用户将自定义策略（如限流、重试、熔断）附加到路由或后端服务上，而无需修改核心 API。

关键区别：与 Ingress 相比，Gateway API 将“网关实例”与“路由规则”分离，使得同一个网关实例可以被多个团队或应用共享，同时保持路由规则的独立管理。

Gateway API 的以下特性使其成为构建流量回滚护栏的理想选择：

特性	对回滚护栏的价值
权重路由	支持按百分比将流量分配到不同后端，回滚时只需将权重从新版本平滑切回旧版本，实现秒级回滚。
请求头匹配	可以基于用户 ID、区域、设备类型等请求头进行路由，实现“用户级”精细化回滚。
策略附加（Policy Attachment）	可以将健康检查、熔断、重试等策略附加到后端服务上，作为回滚触发的“护栏”条件。
声明式与 GitOps 友好	所有回滚规则都可以作为 Kubernetes 资源存储在 Git 中，实现版本化、可审计的变更管理。
多实现兼容	无论底层使用 Istio、Contour 还是 Envoy Gateway，回滚护栏架构的设计模式保持一致。

注意：虽然 Gateway API 提供了强大的路由能力，但“自动回滚”本身并不在 Gateway API 的规范中。本课程将教你如何结合 Gateway API 与外部观测系统（如 Prometheus、Kiali）以及自动化控制器，构建完整的回滚护栏闭环。

本课程共分为 30 章，涵盖从基础概念到生产落地的完整知识体系：

通过本课程的学习，你将能够从零构建一套生产可用的流量回滚护栏系统，显著提升云原生应用的发布安全性与运维效率。