Harness CD + GitOps 架构师级实践：Canary 部署与多云交付

本文深入解析企业级 Harness CD（持续交付）与 GitOps 的高级架构设计原则与实践。作为 Harness 平台工程系列文章的第三篇，本文聚焦于服务/环境抽象模型、Canary + Progressive Delivery 策略、多云交付架构以及 GitOps at Scale 的设计考量，帮助架构师构建生产级的软件交付平台。一、CD 核心概念入门1.1 服务/环境/基础设施抽象Harness CD 采用声明式的抽象模型来描述软件交付的核心概念：Service（服务）：代表要部署的应用或微服务。服务定义包含制品引用（容器镜像、Helm Chart、服务器less函数等）、配置模板、环境变量模板等。服务是跨环境可复用的，一个服务定义可以在多个环境中部署不同版本。Environment（环境）：代表部署的目标基础设施环境，如 production、staging、development 等。环境定义包含基础设施类型（Kubernetes Cluster、VM、物理机）、连接器配置、基础设施参数等。环境是服务部署的命名空间，不同服务可以部署到同一环境。Infrastructure（基础设施）：更细粒度的基础设施定义，代表具体的基础设施实例。例如，同一个 production 环境下，可能有多个 Kubernetes 集群分别承载不同区域的服务。这种三层抽象的设计使得环境配置与代码配置分离，便于标准化管理。修改基础设施配置不需要改变服务定义，反之亦然。