1. 课程导论：跨环境迁移的背景、痛点与目标

1.1 跨环境迁移的背景

在微服务与 Kubernetes 成为主流部署形态后，企业通常维护 开发（Dev）、测试（Staging）、预发（Pre-Prod）、生产（Prod） 等多套 K8s 集群。随着业务扩张或云成本优化，平台团队经常需要将整套发布流水线从一个集群迁移到另一个集群，例如从自建机房迁移至公有云、或从旧版 K8s 升级至新版集群。

迁移的核心挑战在于：如何保证迁移前后发布流水线的指标面板数据一致、可追溯、可对账。如果仅迁移应用负载而忽略监控与发布指标，将导致运维人员无法快速判断新集群的健康状态。

1.2 核心痛点分析

跨环境迁移过程中，发布流水线指标面板对账面临以下四大痛点：

1.3 迁移目标与成功标准

本课程围绕以下三个核心目标展开：

1. 指标一致性 — 迁移后目标集群的发布流水线关键指标（部署频率、失败率、回滚率、平均恢复时间）与源集群保持相同计算逻辑。
2. 面板可对账 — 建立源集群与目标集群的指标面板对比视图，支持按时间范围、环境标签进行逐项对账。
3. 流程自动化 — 通过脚本或 Operator 实现面板配置、数据源、变量的批量迁移与校验，减少人工操作。

以下表格列出了迁移成功的关键验收标准：

1.4 K8s 发布流水线基本概念

在深入迁移对账之前，需要统一对 K8s 发布流水线 的理解。本课程所指的发布流水线包含以下核心阶段：

• 代码提交 & CI 构建 — 触发镜像构建与单元测试，生成容器镜像并推送至镜像仓库。
• 环境部署 — 通过 GitOps 工具（ArgoCD / Flux）或传统 CI 工具（Jenkins / GitLab CI）将新版本部署到目标 K8s 集群。
• 发布策略执行 — 支持滚动更新、蓝绿部署、金丝雀发布等策略，确保流量平滑切换。
• 健康检查与回滚 — 基于 Readiness Probe、Liveness Probe 及自定义指标判断发布是否成功，失败时自动或手动回滚。
• 指标采集与面板展示 — Prometheus 采集发布相关指标，Grafana 面板实时展示发布状态与趋势。

下图展示了标准 K8s 发布流水线的组件关系与数据流向：

1.5 课程知识体系总览

为帮助学员建立全局认知，下表列出了本课程 30 章的核心知识模块：

通过本课程的学习，学员将掌握一套可复用的 K8s 发布流水线跨环境迁移指标面板对账方法论，能够独立完成从迁移规划、指标同步、面板校验到自动化对账的全流程工作。