Cluster API多租户集群自动创建与交付 - 第1节
1.1 什么是 CAPI（Cluster API）
Cluster API（简称 CAPI）是 Kubernetes SIG Cluster Lifecycle 主导的官方子项目，旨在通过声明式 API 和 Kubernetes 原生控制器模式，实现集群的创建、配置、升级与销毁全生命周期管理。CAPI 将“集群”视为一等资源对象，使基础设施操作与 Kubernetes 资源模型对齐。
核心思想：用 Kubernetes 管理 Kubernetes 集群。CAPI 本身运行在一个“管理集群”中，通过自定义资源定义（CRD）描述目标“工作负载集群”的期望状态，再由控制器调和至实际状态。
CAPI 核心资源模型
| 资源类型 | 作用 | 示例 |
|---|---|---|
| Cluster | 定义集群整体拓扑、网络、控制面端点 | Cluster.spec.controlPlaneRef |
| Machine | 描述一台计算节点的期望状态（对应云主机/裸金属） | Machine.spec.bootstrap.dataSecretName |
| MachineDeployment | 管理一组同配置的 Machine，支持滚动更新 | 类似 Deployment 对 Pod 的管理 |
| ControlPlane | 控制面组件（如 KubeadmControlPlane） | KubeadmControlPlane.spec.version |
| Infrastructure Provider | 对接具体基础设施（AWS、vSphere、OpenStack 等） | AWSCluster、VSphereCluster |
1.2 为什么需要多租户集群
在云原生基础设施演进中，企业通常面临以下痛点：
- 资源隔离不足：单集群多租户容易产生“吵闹邻居”效应，安全边界模糊。
- 环境交付慢：手动创建集群耗时数小时，无法满足开发/测试快速迭代需求。
- 版本管理混乱：不同团队使用不同 Kubernetes 版本、网络插件、配置基线，缺乏统一管控。
- 成本分摊困难：共享集群难以精确计量每个团队的资源消耗。
多租户集群架构通过为每个租户（团队、项目、环境）创建独立的 Kubernetes 集群，从根本上解决上述问题。CAPI 的声明式能力使这种“每租户一集群”模式变得可重复、可自动化。
适用场景：SaaS 平台隔离客户环境、企业内部 DevOps 团队独立沙箱、边缘站点快速部署、混合云统一集群管理。
单集群 vs 多租户集群对比
| 维度 | 单集群多租户 | CAPI 多租户集群 |
|---|---|---|
| 隔离级别 | Namespace + RBAC（软隔离） | 独立集群（硬隔离） |
| 故障爆炸半径 | 大（控制面共享） | 小（每个集群独立控制面） |
| 版本灵活性 | 单一版本 | 每个集群可指定不同版本 |
| 创建速度 | 即时（已有集群） | 分钟级（CAPI 自动化） |
| 资源计量 | 复杂（需额外工具） | 天然按集群归属计量 |
1.3 课程目标与学习路径
本课程旨在帮助学员掌握使用 CAPI 快速创建和发布多租户集群的完整技能栈。完成本课程后，你将能够：
- 理解 CAPI 核心资源模型与控制器调和原理。
- 部署并配置管理集群，对接至少一种基础设施 Provider。
- 编写 Cluster、MachineDeployment 等 YAML 资源定义，实现租户集群的声明式创建。
- 实现集群的扩缩容、升级、销毁等生命周期操作。
- 设计多租户隔离策略，包括网络、身份认证、资源配额。
- 集成 GitOps 工具（如 Flux/ArgoCD）实现集群模板的版本化发布。
学习路径概览
| 阶段 | 章节范围 | 核心产出 |
|---|---|---|
| 基础篇 | 第 1-5 章 | 理解 CAPI 原理，搭建管理集群 |
| 实践篇 | 第 6-15 章 | 创建第一个工作负载集群，实现多租户模板 |
| 进阶篇 | 第 16-25 章 | 集群升级、扩缩容、故障恢复、安全加固 |
| 发布篇 | 第 26-30 章 | GitOps 集成、CI/CD 流水线、生产级最佳实践 |
前置要求：学员需具备 Kubernetes 基础操作能力（kubectl、Pod、Deployment、Service），了解 YAML 声明式配置。建议准备至少一台 Linux 服务器（4C8G）或云主机用于实验。
本课程所有实验均提供可复用的 YAML 示例和自动化脚本，建议跟随每章动手操作，以加深对 CAPI 调和过程的理解。