集群管理模型
使用集群管理模型来区分四项规划决策：
- 基础设施责任。
- 节点操作系统。
- 控制平面拓扑。
- Kubernetes 的所有权和接入方式。
每种集群路径都会结合这些维度中的不同选项。Installer-Provisioned Infrastructure (IPI)、User-Provisioned Infrastructure (UPI)、Hosted Control Plane (HCP) 和当前 UI 标签 Managed Cluster 并不是一组互斥的集群类型。
基础设施责任
基础设施责任说明由谁提供和管理机器、节点操作系统以及 Kubernetes 生命周期。
IPI 和 UPI 描述的是责任边界。它们本身并不说明控制平面是托管式还是专用式，也不说明第三方集群是否已导入或注册。
现有的第三方 Kubernetes 环境归入 Kubernetes 的所有权和接入方式，因为其 Kubernetes 发行版和生命周期通常存在于 之外。
节点操作系统
由 管理生命周期的集群，其节点操作系统可以是 Alauda OS，也可以是非 Alauda OS：
Install、Workload Clusters、Upgrade 和 Configure > Nodes 均按节点操作系统分类。请先选择节点操作系统，再按照相应路径操作：
控制平面拓扑
控制平面拓扑说明 Kubernetes 控制平面组件的运行位置。
HCP 是一种控制平面架构。它不是 Core 的默认功能，也不是与 IPI 或 UPI 对等的概念。
Kubernetes 所有权与接入
Kubernetes 所有权说明 Kubernetes 生命周期由 管理，还是 Kubernetes 环境已在 之外存在。
Managed Cluster 是第三方集群接入和管理区域当前使用的 UI 和导航标签。对于产品模型规划，请使用 Third-party cluster。
Import cluster 和 Register cluster 是第三方集群的接入方式：
接入后，在 Overview 层面，预期的日常管理将按相同方式处理。提供商和工作流特有的注意事项仍然适用。
第三方集群能力边界
在满足前提条件时，可以为第三方集群提供以下接入能力：
- 资源可见性和集中治理。
- 项目与命名空间关联。
- 原生应用运维。
- 安装 operator 和 Cluster Plugin，但需满足 Extension 兼容性要求。
- 可观测性集成，但需满足已安装组件、网络路径、凭据和提供商注意事项等要求。
接入第三方集群并不意味着 会管理每个第三方集群上的所有 Kubernetes 版本、提供商操作、节点操作、证书、控制平面指标、审计源、入口路径、存储类或 Extension 镜像。
使用 Kubernetes 支持矩阵 中产品支持的接入范围，确认 Kubernetes 版本是否符合条件。请分别检查提供商前提条件和确切的 Extension 兼容性。
有关确切的矩阵和升级关系，请参阅 Kubernetes 支持矩阵 和 版本与生命周期。
提供商和工作流注意事项
使用以下注意事项类别，确定需要查阅哪些提供商或工作流文档，以了解提供商特定的详细信息。
如果需要选择接下来阅读的内容，请参阅 了解更多。