#架构

采用中心辐射架构。global 集群提供中央管理平面，业务集群或第三方集群提供 Kubernetes 环境，用于运行应用和集群本地组件。

请将该图用作此模型的高级视图。以下架构详细信息阐明了图中不可见的边界。

有关平台范围的术语，请参阅术语表。有关平台的概念模型，请参阅平台模型。

#中心辐射模型

中心辐射模型描述了 global 集群与其管理的 Kubernetes 环境之间的关系。有关控制平面拓扑（包括 Hosted Control Plane），请参阅集群管理模型。

global 集群是平台中心。业务集群和第三方集群是辐条。一个项目可以跨越关联的集群，而命名空间在这些集群内部提供 Kubernetes 资源隔离。

#访问与请求路径

用户和自动化工具通常通过 Platform Access Address、Web 控制台、平台 API、Kubernetes API 或 CLI 工具访问平台。

概括来说：

1. 用户、CLI、自动化工具或浏览器连接到 Platform Access Address。
2. 负载均衡器、VIP、DNS 记录或 ingress 路径将流量路由到平台入口组件。
3. 平台 API 服务会评估身份验证和授权。
4. 请求由 global 集群处理，或通过已记录的集群访问路径转发到目标集群。
5. 发往目标集群的 Kubernetes API 请求会根据用户的有效 RBAC 权限进行评估。

有关 API 的用法，请参阅 API 简介。有关 CLI 工具，请参阅 CLI 工具。有关通过 KubeConfig 访问集群，请参阅使用 KubeConfig 访问集群。

#管理路径

global 集群负责协调平台管理操作：

• 为受支持的 生命周期管理型集群模型创建集群并执行生命周期操作。
• 通过导入或注册工作流接入第三方集群。
• 对项目、命名空间、用户、角色和配额进行治理。
• 提供 operator 和集群插件的发现、软件包上传、安装及升级入口。
• 在安装所需组件后，提供用于可观测性、审计、资产清单和运维的集中视图。

对于第三方集群，管理路径取决于版本范围、连通性、凭据、提供商前提条件、已安装组件以及 Extension 兼容性。接入第三方集群并不意味着 成为该集群的 Kubernetes 生命周期、节点生命周期或提供商基础设施生命周期的所有者。

有关模型边界，请参阅集群管理模型。

#状态和数据域

不同的数据域具有不同的保护和恢复路径：

Global Cluster Disaster Recovery 仅保护可用性和恢复中记录的 global 控制平面 DR 场景。它不提供完整的平台数据 DR，也不提供原生应用数据 DR。

#核心与 Extension 边界

Core 提供平台管理平面，以及用于管理集群、项目、用户、API 和 Extension 的框架。

其他功能可能需要单独安装的 Extension（例如 Operator 和集群插件）或单独的产品。这些功能包括特定的可观测性后端、注册表插件、API 过滤、容器安全、数据服务、GitOps 和日志记录。

在将这些功能作为架构的一部分进行规划之前，请查看相应文档，了解安装、升级、兼容性和限制。

有关详细信息，请参阅 Core 和 Extensions。

#可用性和恢复模型

可用性根据拓扑进行规划：

• Single Node 仅用于测试或概念验证。
• Single Cluster 在符合业务场景，并且已为平台组件和工作负载规划资源时，可以支持生产使用。
• Multi-Cluster 将 global 集群管理平面与业务集群分离，并应避免在 global 集群上运行非平台业务工作负载。
• 三个控制平面节点是 HA 基线。五个控制平面节点是扩展性和可靠性建议，并非通用的生产准入条件。

有关详细的规划、容量评估、组件级高可用性、Global DR 以及备份/还原入口，请参阅 可用性和恢复。

#继续阅读

• 简介
• 平台模型
• 集群管理模型
• Core 和 Extensions
• 了解更多