Core 和扩展
功能通过 Core 和作为独立软件包分发的扩展提供。了解此边界有助于规划安装、升级、兼容性检查和故障排除。
Core
Core 部署 global 集群,并提供平台管理平面、平台 API 和 CLI 访问、集群管理、项目和命名空间管理、用户和 RBAC、扩展管理框架,以及 Cluster Proxy 等核心通信路径。面向客户的功能(例如 Web Console)由 Aligned 扩展提供。
Core 功能通过 Core 安装,或作为随 global 集群部署的平台管理平面的一部分提供。需要单独安装流程、Operator、Cluster Plugin 或独立产品的功能,不属于默认 Core 功能。
有关安装范围,请参阅安装概览。
软件包边界
Core 软件包仅包含 Core 构件,不包含 Aligned 或 Agnostic 扩展软件包。
某些安装和升级流程要求你单独下载特定的 Aligned 扩展软件包,并将其复制到解压后的 Core 软件包的 plugins/ 目录中。这是一个手动准备构件的步骤。将扩展软件包放入该目录并不会使扩展成为 Core 的一部分,也不会改变其生命周期类型。
扩展类型
Extension 是 中两种主要扩展机制的统称:
OperatorHub 是用于发现、安装、升级和管理 Operator 的界面。Cluster Plugin 会发布到 global 集群,并根据每个插件的配置和亲和性,通过平台进行安装。
有关扩展部分,请参阅扩展。
生命周期类型
Operator 和 Cluster Plugin 使用相同的生命周期模型:
Cluster Plugin 通过 cpaas.io/lifecycle-type 标签公开此模型。对于 Operator,请通过 Customer Portal 元数据、Extension 文档或 release guidance 检查兼容性,而不要期望在产品界面中看到每个生命周期标签。
有关 Cluster Plugin 的详细信息,请参阅 Cluster Plugin。
兼容性来源
对于特定的 Operator 或 Cluster Plugin 版本,请将 Customer Portal 的 ACP compatible versions 字段作为兼容性依据。确切的 Extension 版本必须将目标 release 列为兼容版本。
使用每个 Extension 的产品文档了解其功能、安装步骤、升级步骤、限制、已知问题、支持的 Kubernetes 版本、架构、provider 和集群模型。Release notes 对了解版本变更很有帮助,但对于每个特定的 Extension 版本,它们不是主要的兼容性来源。Kubernetes 支持矩阵描述平台与 Kubernetes 版本之间的关系,以及第三方集群的默认产品验证范围;它不是 Extension 兼容性矩阵。
有关软件包处理,请参阅 Upload Packages 和 Download Packages。
能力边界
规划安装、升级和运维时,请使用以下边界:
有关面向任务的路径图,请参阅 Learn More。