加载中...

滚动发布是一种渐进式部署策略:不一次性停机替换全部实例,而是分批进行——每次下线一小部分旧版本实例、上线等量新版本实例,待其通过健康检查后再处理下一批,直到全部替换完成,期间服务始终对外可用。
以 Kubernetes 的 Deployment 为例,滚动更新由 maxUnavailable(最多允许多少实例不可用)与 maxSurge(最多允许超出期望副本数多少)两个参数控制节奏;新 Pod 需通过就绪探针(readiness probe)后才接入流量,失败则更新自动暂停。发现问题可回滚,但回滚同样是逐批滚动的,需要时间。
蓝绿部署要求两套完整环境、切换瞬时但资源翻倍;金丝雀发布强调按流量比例小范围验证再放量;滚动发布几乎不需要额外资源,实现简单,是最普遍的默认策略。
发布过程中新旧版本同时对外服务,要求两个版本相互兼容(API、数据库 schema、消息格式),否则会出现混跑错误;整体发布周期较长,且不具备金丝雀那样精细的流量控制与指标决策能力。

登录 后参与讨论
暂无讨论,来发表第一条评论吧