在企业云原生落地过程中，多集群环境已成为常态：测试集群、预发集群、生产集群；自建 K8s、云厂商托管集群；跨地域、跨网络……挑战随之而来：如何在多集群中保持应用交付一致？如何快速分发、灰度、回滚？如何统一治理、中控管理？

Kurator 作为面向多集群的云原生管理平台，为这些问题提供了真正工程化的解决方案。本篇文章将以从 0 到 1 的视角，通过一个真实可操作的实践，带你完成多集群统一应用分发的完整过程。

---

一、为什么选择 Kurator

在开始实战之前，不妨先看一下 Kurator 的几个关键能力：

• 多集群统一纳管
• 声明式的应用交付模型
• GitOps 原生支持
• 强大的多集群策略编排
• 轻量级、易上手、可集成、可扩展
  

如果你正在寻找一个既能“管理集群”，又能“统一发布应用”的平台，Kurator 是目前极具工程价值的选择。

---

二、环境准备

本次实战环境为：

• 本地或云端任意 K8s 集群 N 个
• 已安装 kubectl
• 已安装 Kurator 控制平面
• 可访问 Git 仓库（仅用于示例，可以跳过）

假设我们有三个集群：

• cluster-dev
• cluster-staging
• cluster-prod

目标是：
一次发布，三集群自动分发，支持灰度、回滚和差异化配置。

---

三、将多个集群纳管到 Kurator

当 Kurator 控制平面就绪后，将各集群接入 Kurator 即可。

每个集群执行以下命令，会自动注册：

kubectl apply -f cluster-registration.yaml

注册后，你可以在 Kurator 控制面查看所有集群状态，并自动获取：

• 集群可用性
• 节点信息
• 网络配置
• 资源使用情况

多集群的底层复杂性，在这一刻被 Kurator 抽象成了一条平滑的曲线。

---

四、定义一个可跨集群分发的应用

Kurator 使用声明式 Application 模型，描述：

• 发布到哪些集群
• 版本
• 配置差异
• 流量策略
• 依赖关系
  

以下是一个完整的示例，描述一个简单的 Nginx 应用，分发到三个集群：

apiVersion: kurator.io/v1alpha1
kind: MultiClusterApplication
metadata:
  name: nginx-demo
spec:
  targets:
    - cluster: cluster-dev
    - cluster: cluster-staging
    - cluster: cluster-prod
  template:
    apiVersion: apps/v1
    kind: Deployment
    metadata:
      name: nginx
    spec:
      replicas: 2
      selector:
        matchLabels:
          app: nginx
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
            - name: nginx
              image: nginx:1.25
              ports:
                - containerPort: 80

只需一次 apply：

kubectl apply -f nginx-multi.yaml

应用会自动同步到三个集群，无需逐个登录，也无需手动处理 YAML。

---

五、差异化配置：每个集群都有自己的 personality

统一分发 ≠ 所有集群同一配置。

例如：

• dev：副本 1
• staging：副本 2
• prod：副本 5

在 Kurator 中，只需要新增 overrides：

spec:
  overrides:
    - cluster: cluster-dev
      patches:
        - op: replace
          path: /spec/replicas
          value: 1

    - cluster: cluster-prod
      patches:
        - op: replace
          path: /spec/replicas
          value: 5

不用 Helm 也不用 Kustomize，Kurator 内置差异化能力，真正一站式体验。

---

六、版本升级：一次提交，多集群同步

升级 Nginx 到 1.26，只需改一个地方：

image: nginx:1.26

然后：

kubectl apply -f nginx-multi.yaml

Kurator 会自动：

• 按顺序滚动更新
• 遵循每个集群不同的策略
• 控制灰度比例
• 支持任意中断回滚

工程体验非常丝滑。

---

七、灰度发布：只灰 dev 和 staging

如果需要先灰 dev → staging → prod，只需调整 target 顺序：

targets:
  - cluster: cluster-dev
  - cluster: cluster-staging

等验证通过后，再追加 prod：

kubectl patch mca nginx-demo --type=json \
  -p='[{"op":"add","path":"/spec/targets/-","value":{"cluster":"cluster-prod"}}]'

无需修改 YAML 文件，随时动态变更。

---

八、统一回滚：一键恢复到上一版本

只需要从 Git 回滚到上一个 commit，再同步：

kubectl apply -f nginx-multi.yaml

Kurator 自动执行：

• 多集群同步
• 回滚 Deployment
• 恢复差异化配置
• 验证 rollout 状态

操作的精准度远高于人工。

---

九、实践总结

通过本次完整实践，可以看出 Kurator 在多集群应用发布领域的优势：

• 一套 YAML，多集群通用
• 自动同步、自动灰度、自动回滚
• 内置差异化配置，无需外部工具
• 声明式模型易理解、易自动化
• 与 GitOps 完美结合

它不仅是一个多集群管理工具，更是一套完整的企业级应用交付体系。

如果你的业务场景正在走向多集群、跨云或规模扩张，Kurator 是值得深入探索的选择。