1. 课程导论：IDP 网络拓扑概述、Cilium 在生产中的角色、回滚验证的重要性与挑战
1.1 IDP 网络拓扑概述
内部开发平台（IDP）的网络拓扑是支撑微服务、数据管道与 CI/CD 基础设施的通信骨架。在生产环境中，IDP 网络通常采用多集群、多可用区、混合节点的架构，以满足高可用与弹性扩展需求。
核心拓扑特征：
- 扁平化 Overlay 网络：基于 VXLAN/Geneve 隧道，实现跨主机、跨集群的 Pod 直连通信。
- 服务网格集成：Envoy/Istio 边车代理处理南北与东西流量，Cilium 提供底层网络策略与可观测性。
- 多租户隔离：通过 CiliumNetworkPolicy 与 Kubernetes NetworkPolicy 实现租户级安全域。
- 外部网关接入：BGP 或 eBPF 原生 XDP 实现高性能南北向流量转发。
1.2 Cilium 在生产中的角色
Cilium 基于 eBPF 技术，在 IDP 生产环境中承担网络、安全与可观测性三大核心职责。它替代了传统的 iptables 模式，提供更细粒度的控制与更低的延迟。
| 角色维度 | 具体能力 | 生产价值 |
|---|---|---|
| 网络 | CNI 插件、Service 负载均衡、ClusterMesh 多集群互联 | 降低网络延迟 30-50%，支持大规模集群 |
| 安全 | L3/L4/L7 网络策略、基于身份的安全隔离、DNS 策略 | 零信任网络模型，防止横向移动攻击 |
| 可观测性 | Hubble 流量监控、TCP 指标、DNS 事件、HTTP 请求追踪 | 实时排障，快速定位网络瓶颈 |
生产关键指标：在 IDP 生产环境中，Cilium 通常管理 5000+ 个 Pod、100+ 个节点，每秒处理 10 万+ 网络策略评估。回滚操作必须保证这些指标不出现断崖式下降。
1.3 回滚验证的重要性与挑战
生产窗口内的 Cilium 升级或配置变更，一旦引入问题，必须快速回滚。回滚验证不是简单的“恢复旧版本”，而是一套系统性验证流程，确保网络不中断、策略不丢失、性能不退化。
回滚验证的核心重要性
- 业务连续性保障：IDP 承载开发、测试、生产流水线，网络中断直接影响研发效率。
- 安全基线恢复：回滚后必须验证所有 NetworkPolicy 与 CiliumNetworkPolicy 重新生效，防止安全漏洞。
- 性能回归检测：回滚后的网络延迟、吞吐量应与回滚前一致，避免隐性退化。
主要挑战
| 挑战类别 | 具体描述 | 影响范围 |
|---|---|---|
| 状态残留 | eBPF 程序与 Map 在回滚后可能残留旧版本数据，导致策略冲突 | 网络策略、连接跟踪 |
| 版本兼容性 | 回滚到旧版本 Cilium 可能与当前 Kubernetes API 版本不兼容 | API Server、CRD 版本 |
| 集群规模 | 大规模集群中，回滚操作需要分钟级完成，且不能触发级联重启 | 节点、Pod 稳定性 |
| 验证盲区 | 常规健康检查无法覆盖所有流量路径，回滚后可能出现隐蔽故障 | 东西向流量、跨集群通信 |