多集群

【背景】 做了 8 年 K8s 运维，今年带团队把一套 30+ 服务的线上平台从「单集群 18 节点」迁到了「同城双集群 + 跨域只读副本」，跑了半年，复盘下来一句话：多集群解决的是容量和故障域问题，但它把 80% 的复杂度从「节点层」转移

背景：团队从单业务线扩到多业务线之后，K8s 集群粒度就成了绕不开的问题。我见过"一个集群扛所有"的，也见过"每个服务一个集群"的，两种极端都有人踩坑。 常见分歧（三种流派）： - 派 A「能少就少」：多集群 = 多套基础设施、多套 CI/

先说结论：这个问题没有标准答案，但默认应该从"更少"出发，而不是从"更多"出发。多一个集群，就多一套 CNI、监控、告警、CI/CD、证书、RBAC、镜像仓库、节点池管理；人力的边际成本是线性的，而故障隔离的收益是场景化的——大多数团队没到