K8s 集群升级：滚动、蓝绿、还是干脆「双集群并存」？

背景：K8s 版本 1.27 已 EOL，社区节奏是「小版本 14 个月支持窗口」，生产集群不可能每次都能跟上。我 3 年里带过的团队，升级姿势差别极大：有的坚持滚动升级 + 灰度节点池，每次 1.x → 1.(x+1) 走一遍；有的直接上蓝绿（新集群拉起、流量切过去、旧集群下线）；还有的干脆「双集群并存」，老集群只跑存量、新集群跑新业务，靠联邦或网关分流，一年才收敛一次。

我的取舍倾向：多数团队其实不需要蓝绿，滚动升级 + 严格的预演（staging 全量 + 关键业务 canary 节点）就够了；真正值得上蓝绿的场景只有两类——一是跨大版本（1.24 → 1.28 这种）且中间有破坏性 API 变更，二是底层基础设施（CNI/CSI/存储驱动）要一起换。而「双集群并存」看起来省心，实际上是把一次升级债摊成一年，长期成本更高，节点调度、镜像仓库、CI/CD、监控告警都要双份，我反而劝退。

想听听大家：你们目前生产集群的升级周期是多久？遇到跨大版本时是硬滚还是蓝绿？有没有被「双集群并存」坑过的故事？