1. 课程导论与整体架构：多集群服务网格的价值、课程目标、整体技术栈与架构图

1.1 为什么需要多集群服务网格？

在单集群 Kubernetes 环境中，服务网格（如 Istio）已经能够提供流量管理、可观测性、安全通信等能力。然而，随着业务规模增长、合规要求（数据本地化）、多云/混合云战略的推进，单集群架构逐渐暴露出以下瓶颈：

• 集群规模上限：单一集群节点数超过 5000 或 Pod 数超过 15 万时，etcd 和 API Server 性能急剧下降。
• 故障域隔离：单集群故障（如控制面崩溃、升级失败）会影响所有业务。
• 地域延迟与合规：用户请求需要就近接入，数据必须留在特定区域。
• 环境隔离：开发、测试、预发、生产环境需要物理或逻辑隔离。

多集群服务网格的核心价值在于：在保持服务间透明通信（L7 流量治理）的前提下，将多个 Kubernetes 集群抽象为一个统一的“超级集群”。它解决了上述单集群痛点，同时提供了跨集群的负载均衡、故障转移、灰度发布和安全策略。

1.2 课程目标与学习路径

本课程旨在帮助学员从零构建一套生产级别的 K8s 发布流水线 + 多集群服务网格集成 体系。完成本课程后，你将能够：

1.3 整体技术栈

本课程采用业界主流且经过大规模生产验证的技术组件。所有组件均为开源或 CNCF 毕业/孵化项目。

1.4 整体架构图

下图展示了本课程将要构建的完整架构。它包含三个核心平面：CI 流水线平面、GitOps 控制平面、多集群服务网格数据平面。

1.5 课程核心流程

从代码提交到多集群服务网格生效，完整的发布流水线包含以下 7 个步骤：

1. 代码提交：开发者推送代码至 Git 仓库，触发 CI 流水线。
2. 镜像构建与推送：CI 引擎编译代码、运行单元测试、构建容器镜像，并推送至 Harbor 镜像仓库。
3. 更新部署清单：CI 流水线自动更新 GitOps 仓库中的 Kubernetes 清单文件（如 Deployment 镜像标签）。
4. ArgoCD 检测变更：ArgoCD 检测到 GitOps 仓库的变更，根据 ApplicationSet 模板生成目标集群的 Application 资源。
5. 多集群同步：ArgoCD 将更新后的清单同步至集群 A、B、C，触发 Pod 滚动更新。
6. 服务网格注入：Istio 的 Sidecar Injector 自动为新的 Pod 注入 Envoy 代理，并注册到服务网格。
7. 流量切换：通过 Istio 的 VirtualService 和 DestinationRule 实现灰度发布或跨集群流量路由。

1.6 课程实验环境说明

为了降低学习门槛，本课程提供一套基于 Kind（Kubernetes in Docker） 的本地实验环境。你可以在单台机器上模拟 3 个集群的多网格拓扑。