大家好，我是程序员柏风，AI 最全的 Vibecoding 学习地图 http://coderoadmap.cn 作者。
托管集群选型
生产环境多数团队选择 托管 Kubernetes：控制平面由云厂商运维，你专注工作负载与平台能力。本课对比 EKS（AWS）、GKE（Google）、AKS（Azure） 的共性差异，对应路线图 choosing-a-managed-provider 节点。无论选哪家，工作负载 YAML 与 kubernetes-essentials 所学一致；差异在 IAM、网络、升级策略与周边生态。
学习目标
- 列出三家托管 K8s 的控制平面责任边界
- 按团队云栈、合规、成本三个维度做选型表
- 知道 CodeRoadMap 若上 AWS 需额外准备哪些 IAM / VPC 组件
托管模式共性
| 组件 | 云厂商管 | 你管 |
|---|---|---|
| etcd、API Server、Scheduler | ✅ | — |
| 控制平面升级窗口 | ✅（可配置） | 选版本、维护窗口 |
| Worker Node | — | ✅ 节点池、镜像、补丁 |
| 工作负载 YAML | — | ✅ Deployment / Helm |
| 附加组件 | 部分预装 | Ingress、CSI、监控 Agent |
节点仍跑 kubelet + 容器运行时；k8s-setup 里的 minikube 组件在托管集群里由平台提供。
EKS / GKE / AKS 速览
| 维度 | EKS | GKE | AKS |
|---|---|---|---|
| 典型用户 | AWS 存量客户 | GCP / 数据栈 | Azure / .NET 栈 |
| 控制平面计费 | 按集群小时 | Autopilot 按 Pod 资源 | 控制平面免费（节点计费） |
| 网络 | VPC CNI、LB 集成 | 原生 VPC、全球 LB | VNet、Application Gateway |
| 身份 | IAM → RBAC 映射 | Workload Identity | AAD + Pod Identity |
| 升级 | 手动触发版本 | 发布通道 / Auto Upgrade | 计划升级 |
没有绝对最优——与现有账号、账单、合规区域绑定最深的那家，迁移成本通常最低。
选型清单
- 云栈：数据库、对象存储、CI/CD 是否已在同一云？
- 网络：是否需要 Private Cluster、多 AZ、与本地 IDC 专线？
- 合规：数据驻留区域、审计日志、加密 KMS 集成
- 运维能力：是否接受自建节点池补丁 vs 使用 Autopilot / Fargate
- 生态：Marketplace Operator、CSI 驱动、Service Mesh 一键安装
发布层无论选哪家，Chart 与 GitOps 流程见 helm-gitops-essentials；监控 Agent 与 prometheus-essentials 的 scrape 配置需适配各云 Prometheus 兼容服务或自管栈。
与 CodeRoadMap 的映射
tracks API（Spring Boot 镜像）
→ ECR / GCR / ACR 存镜像
→ 托管集群 Node Pool（2 AZ+）
→ Helm Release（见 helm-release）
→ Ingress + TLS
→ Prometheus scrape（见 prom-scrape）
练习
- 做一张三家托管 K8s 对比表（至少 5 行维度）
- 假设 CodeRoadMap 已在 AWS，写出创建 EKS 的前置 IAM 角色清单（概念级）
- 阅读云文档「choosing a managed provider」章节，补一行你之前忽略的维度
小结
托管 K8s 买控制平面省心，节点与工作负载仍是你的责任。 下一课讨论何时值得自建集群。