灰度发布

之前参与过公司b端产品的重建项目，结束后需要面对如何发布的问题，是全部发布还是灰度发布。这需要根据实际情况进行选择。当时，我从“用户规模”和“新旧版本差异”的角度考虑：1。用户规模：产品用户规模大，涉及不同用户版本，不同版本的用户对新版本的接受度不同，可能不习惯新版本，导致损失。2.新旧版本的差异：与旧版本相比，新版本的一些功能缺失（白名单功能）会影响一些用户的日常工作流程。从以上两个角度来看...

应用程序升级面临最大挑战是新旧业务切换,将软件从测试的最后阶段带到生产环境,同时要保证系统不间断提供服务。 长期以来,业务升级渐渐形成了几个发布策略:蓝绿发布、灰度发布和滚动发布,目的是尽可能避免因发布导致的流量丢失或服务不可用问题。 一、 蓝绿发布 项目逻辑上分为AB组,在项目系统时,首先把A组从负载均衡中摘除,进行新版本的部署。B组仍然继续提供服务。 最后,B组也升级完成...