企业官网建设流程全解析

SIG Multicluster 2025 年度技术进展解读：MCS 0.3、Cluster Inventory API 与多集群 API 生态演进

【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community

Kubernetes SIG Multicluster 的 2025 年度报告（sig-multicluster/annual-report-2025.md）系统总结了该 SIG 在多集群管理领域的年度核心工作：Multicluster Services（MCS）API 发布 0.2.0 与 0.3.0 版本、Cluster Inventory API 的 ClusterProfile 凭据插件与 PlacementDecision API 落地、About API v1beta1 CRD 发布，以及新子项目 multicluster-runtime 被正式接纳。阅读本文，你将完整掌握 2025 年 SIG Multicluster 的 KEP 进展、子项目与工作组构成、社区健康度现状，并了解每项能力对应的仓库文档与源码佐证，为跟踪或参与多集群标准化工作提供精确的路线图。

一、SIG 背景与 2025 年度工作概览

SIG Multicluster 是一个专注于解决多 Kubernetes 集群管理及其上应用管理共通挑战的特别兴趣小组，负责设计、讨论、实现并维护与多集群管理和应用管理相关的 API、工具与文档（见 sig-multicluster/README.md 与 sigs.yaml 中的 mission statement）。其章程（sig-multicluster/charter.md）界定了范围与治理方式。

2025 年该 SIG 的高亮工作集中在四个方向：

1. 新子项目落地：multicluster-runtime 被正式接纳为 SIG 子项目；
2. 用户研究驱动：开展多集群可观测性（Multicluster observability）用户研究；
3. 概念澄清：推进 "Hub"/"Management" 集群定义讨论与立场声明（position statement）；
4. 技术演示：围绕 helium、KubeStellar、kube-bind 等项目进行多集群技术 demo；
5. API 版本迭代：MCS 发布 0.2.0 与 0.3.0 版本，About API 发布 v1beta1。

下文将逐项展开。

二、Multicluster Services（MCS）API：0.2.0 与 0.3.0 版本的关键演进

MCS API 是 SIG Multicluster 最核心的子项目之一（对应子项目 mcs-api，见 sigs.yaml）。2025 年 MCS 发布了 0.2.0 与 0.3.0 两个版本，围绕 KEP-1645（Multicluster Services API）的系列 KEP 更新贯穿全年。

2.1 IP 族（IP families）与端口冲突规则

• IP families 支持：通过 KEP 更新为 MCS 定义了双栈（dual stack）策略与字段，明确 MCS 在 IPv4/IPv6 双栈集群下的行为边界；
• 端口冲突规则（ports conflict rules）：为 ServiceExport/ServiceImport 之间的端口冲突定义了明确语义，并同步更新了相关一致性测试（conformance tests）。

这两项工作将多集群服务暴露从单栈 IPv4 场景推进到现代双栈网络环境，是 0.2.0/0.3.0 版本的网络基石。

2.2 流量分发与内部流量策略字段

• 将traffic distribution（流量分发）与internal traffic policies（内部流量策略）字段提升进入 MCS API 规范；
• 同时将ServiceExport conditions（条件状态）与 Gateway API 对齐精简，使 MCS 的状态语义与 Kubernetes 网关生态保持一致。

2.3 ServiceImport conditions 与不对称流量冲突

• 新增ServiceImport conditions（条件状态字段），并利用该机制表达不对称流量冲突（asymmetrical traffic conflicts），即集群间对同一服务存在不一致的暴露声明时，通过条件状态显式暴露冲突；
• 同步澄清了conflict condition（冲突条件）的影响范围，为使用者提供可观测、可编程的冲突判定依据。

2.4 API 规范层面的讨论与沉淀

• 围绕 MCS API 的spec/status 字段是否收敛至 root 层级展开讨论，最终结论为 no-op（维持现状），相关讨论详见 mcs-api 仓库的 issue 线程；
• 补充了MCS 上额外的 CRD 版本化数据（CRD versioning），保证 API 演进过程中的兼容性元数据；
• 就MCS 集群选择与流量分发展开专题讨论；
• 面向 GA 目标，启动MCI-API 一致性报告程序（conformance report program）的前瞻性策略与计划讨论。

2.5 MCS 相关 KEP 工作清单（v1.33 / v1.34 / v1.35）

2025 年 MCS 相关的 KEP-1645 系列更新密集，全部围绕规范细化与条件语义完善：

• KEP-1645：略微放宽 EndpointSlices 上的 managed by 要求；
• KEP-1645：定义双栈策略与字段；
• KEP-1645：更新 ServiceExport conditions；
• KEP-1645：修复 ServiceExport conditions；
• KEP-1645：新增 ServiceImport conditions；
• KEP-1645：澄清 conflict condition 的影响；
• KEP-1645：为不对称流量新增更多冲突条件；
• KEP-1645：新增 traffic distribution 与 internal traffic policies 字段。

说明：KEP 元数据维护在 kubernetes/enhancements 仓库，若发现列表与 KEP 元数据不一致，需先在 metadata 层面核对，再向 kubernetes/community 提 issue（原文档注释中的维护流程）。

三、Cluster Inventory API：ClusterProfile 凭据插件与 PlacementDecision API

Cluster Inventory API（子项目 cluster-inventory-api，见 sigs.yaml）是 2025 年 SIG Multicluster 的另一条主线，聚焦"多集群的集群清单"标准化。

3.1 ClusterProfile 凭据插件化

• 通过插件（plugin）机制实现ClusterProfile credentials（集群档案凭据）的外部化获取，支持外部凭据提供方（external providers）；
• 围绕该能力，KEP-5339（ClusterProfile Credentials external providers）全年经历多轮更新：
  • 修正 ClusterProfile credentialProviders 示例中的拼写错误；
  • 为 cluster profile 对象新增集群级专属认证信息字段（cluster-specific auth info）；
  • 定义基于 extensions 的按集群插件配置（per-cluster plugin configuration）；
• 同时更新 KEP-4322，将 ClusterProfile CR 调整为namespaced（命名空间级）作用域。

3.2 PlacementDecision API：多集群调度的基础构件

• 新增PlacementDecision API，为多集群调度（multicluster scheduling）提供标准化的"放置决策"表达方式；
• 该能力以 KEP-5313 立项推进，并配套开展多集群调度的总体讨论，为上层调度器与编排系统提供统一的决策数据模型。

3.3 相关 KEP 工作清单

ClusterProfile 与 Placement 相关 KEP 更新汇总：

• KEP-5339：ClusterProfile Credentials 外部提供方；
• KEP-4322 更新：ClusterProfile CR 改为 namespaced；
• KEP-5339：修正 credentialProviders 示例 typo；
• KEP-5339：新增 cluster-specific auth info 字段；
• KEP-5339：定义 extensions 化的 per-cluster 插件配置；
• KEP-5313：面向多集群调度的 Placement Decision API。

四、About API：v1beta1 CRD 正式发布

About API（子项目 about-api，见 sigs.yaml）在 2025 年迎来里程碑：

• About API v1beta1 CRD 发布，标志着该 API 进入 beta 稳定阶段；
• 围绕建议的 well-known cluster properties（知名集群属性）与property ladder（属性阶梯）展开讨论，为跨集群的标准化元数据描述提供演进路径。

结合 sig-multicluster/terminology.md 中的术语说明：About API 又名 ClusterProperty，曾用名 ClusterClaim API——了解这些别名有助于检索历史文档与讨论记录。

五、新子项目 multicluster-runtime 被接纳

2025 年最重要的组织结构变化是multicluster-runtime 被正式接纳为 SIG Multicluster 子项目。

• 该子项目在 sigs.yaml 中登记，其 OWNERS 文件托管于 kubernetes-sigs/multicluster-runtime 仓库；
• 从此，SIG Multicluster 的活跃子项目清单扩充至 6 个：
  • about-api（ClusterProperty 标准化）；
  • cluster-inventory-api（集群清单与 ClusterProfile）；
  • mcs-api（多集群服务暴露）；
  • multicluster-runtime（2025 年新增）；
  • sig-multicluster-site（SIG 官方网站维护）；
  • work-api（跨集群工作负载分发）。

对照 2024 年度报告（sig-multicluster/annual-report-2024.md），2024 年的 5 个子项目全部延续，2025 年仅新增 multicluster-runtime，说明子项目生态在保持稳定的同时实现单点扩张。

六、与 AI Gateway 工作组的交叉：多集群推理网关

2025 年 SIG Multicluster 与新兴的WG AI Gateway开展了深度交叉讨论：

• Multi-Cluster Inference Gateways 提案：探索如何将多集群能力用于跨集群的 AI 推理流量路由；
• CompositeBackend 提案：讨论复合后端（将多个集群后端聚合成单一逻辑后端）的标准化方案。

从 wg-ai-gateway/README.md 可以看到，WG AI Gateway 的 Stakeholder SIG 正式列明 SIG Multicluster 与 SIG Network，其使命聚焦于"扩展负载均衡、网关与代理技术以管理并路由 AI 推理流量"。这意味着多集群管理正成为 AI 推理基础设施的标准化底座之一，上述两个提案正是两个团队在该交叉地带的探索产物。

七、概念澄清："Hub"/"Management" 集群定义与立场声明

2025 年 SIG Multicluster 启动了对"Hub" 集群与 "Management" 集群定义的正式讨论，目标是通过 kubernetes/community 的 PR 流程输出一份立场声明（position statement）。

• 该讨论旨在统一社区对多集群控制面角色的命名与语义，避免不同项目（如 KubeStellar、kube-bind、Cluster Inventory 生态）对同一概念使用不同术语；
• 这是 SIG 既有"术语治理"传统的延续——sig-multicluster/terminology.md 中已收录 MCS、About API、ClusterProfile、ClusterSet、Namespace Sameness、Work API 等术语及别名，而 sig-multicluster/namespace-sameness-position-statement.md 则是此前发布的一份立场声明范例，展示了该 SIG 通过 position statement 固化社区共识的既定机制。

八、多集群可观测性用户研究

SIG 在 2025 年开展了多集群可观测性（Multicluster observability）用户研究，通过 proposal doc 系统收集用户在多集群场景下的观测痛点与诉求。

• 该项研究属于非 KEP 追踪的重要倡议（initiatives not tracked via KEPs）；
• 其产出将为未来可观测性相关的 API 设计与工具演进提供一手用户证据，与 MCS conditions 等状态可观测能力形成呼应。

九、社区健康度与需要帮助的领域

年度报告如实披露了 SIG 的人力瓶颈：

• Reviewer 数量虽有增加，但实际活跃度有限：约 6 名核心贡献者分散在数量不变的项目中，且各项目间的 review 分布极不均衡，缺少可持续的贡献者 pipeline；
• 去年尝试的"reviewer 委员会"机制效果有限：该委员会由志愿者组成，承诺每周投入 4 小时 review，并获授权在 approver/lead 带宽不足时代表共识以解除 PR 阻塞——但 2025 年并未出现需要行使该权力的场景，PR review 的整体速度也未明显提升。

这一坦白陈述对社区参与者有直接参考价值：多集群 API 生态需要更多稳定的 reviewer 投入，尤其是跨项目轮转的 review 能力。

十、社区会议与沟通渠道的扩展

• 新增 APAC 友好会议：2025 年 SIG 增设 APAC-Friendly 双周会议。结合 sigs.yaml 的会议登记，当前 SIG 拥有两个例会：
  • APAC-Friendly SIG Meeting：周四 6:30 UTC，双周；
  • Regular SIG Meeting：周二 9:30 PT，每周；
• Reviewer 增加：与上一节的人力现状对应，SIG 确实在推进 reviewer 扩容。

十一、KubeCon 社区更新

2025 年 SIG Multicluster 在 KubeCon 两大峰会均有社区级分享：

• KubeCon EU：
  • 《How the SIG-Multicluster API Specifications Are Used for Real World Multicluster Management》（Red Hat 与 Microsoft 联合分享）；
  • 《SIG-Multicluster Intro and Deep Dive》（Google、Red Hat、Microsoft 联合主讲）；
• KubeCon NA：
  • 《SIG-Multicluster Intro and Deep Dive》；
  • 《Finally, a Cluster Inventory I Can USE!》（Google 与 Microsoft），聚焦 Cluster Inventory API 的实际可用性。

这些议题与年度工作主线（MCS 规范实战、Cluster Inventory 落地）完全对应，可作为了解 SIG 公开叙事的一手资料。

十二、子项目与工作组全景

12.1 子项目清单（2025 年末状态）

完整登记见 sigs.yaml 与 sig-multicluster/README.md 的 Subprojects 章节。

12.2 工作组：WG AI Gateway 成立

2025 年 SIG Multicluster 赞助的工作组迎来变化：AI Gateway 工作组成立，SIG Multicluster 与 SIG Network 为其 Stakeholder SIG（见 wg-ai-gateway/README.md）。这与第六节的 Multi-Cluster Inference Gateways、CompositeBackend 讨论互为印证，标志着多集群 API 生态正式进入 AI 推理基础设施领域。

十三、治理与运营任务完成度

年度报告末尾附带的 Operational 检查清单（依据 committee-steering/governance/sig-governance.md 的治理要求）显示，2025 年全部运营任务均已完成：

• README 准确性审阅与更新（sig-multicluster/README.md）；
• CONTRIBUTING 文档审阅与更新（sig-multicluster/CONTRIBUTING.md）；
• 其他贡献文档（devel 目录、贡献者指南等）审阅；
• sigs.yaml 中子项目列表与关联 OWNERS 文件审阅更新；
• sigs.yaml 中 SIG 领导（chairs、tech leads、subproject leads）准确性核验；
• 2025 年会议记录与录像已在 sig-multicluster/README.md 中关联。

需要说明的是，README 与 sigs.yaml 均为自动生成文件（生成机制见 generator/README.md），日常维护需修改根目录 sigs.yaml 后重新生成。

十四、结语：2025 年的三条主线

回顾整份年度报告，SIG Multicluster 的 2025 年可以用三条主线概括：

1. 标准化纵深推进：MCS 通过 0.2.0/0.3.0 完成双栈、端口冲突、流量分发与 conditions 体系的能力补全，并启动 GA 一致性报告程序规划；
2. 清单与调度基础成型：ClusterProfile 凭据插件化与 PlacementDecision API 落地，让"知道有哪些集群、凭据如何获取、工作负载放置到哪"成为标准化能力；
3. 生态与组织双向扩张：multicluster-runtime 子项目接纳、WG AI Gateway 成立、Hub/Management 概念澄清，标志着多集群 API 从"服务暴露"向"AI 推理 + 运行时治理"的更大版图演进。

对开发者而言，跟踪 sig-multicluster/README.md 中的子项目仓库、对照 sigs.yaml 的登记信息、参考 sig-multicluster/terminology.md 统一术语，是参与这场标准化进程的最低成本路径。

【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community