发布机制-蛮力发布：百科

1、

先解释下单服务器组的概念，早先我们机器资源比较紧张，不像现在云计算和虚拟化（包括容器技术）这么发达，所以应用机器基本是预先静态分配好的（一般由运维负责分配），原来应用 A 住在这 n 台机器上，那么下次升级发布的应用 A 也住在这 n 台机器上，所以称为单服务器组发布方式。

2、

1.1 蛮力发布

如下图所示，这种发布方式比较简单粗暴，有点像我们传统的软件升级方式，主要靠手工完成，先将老版本 V1 全部下掉，再将新版本发到机器上去。这种方式会引入服务中断（停机），在开发测试环境是可行的，但对于生产环境发布，其会直接影响用户的使用体验，这种方式一般是不建议的。

发布前

发布后

优势和适用场合

优势：

• 简单成本低

不足：

• 服务中断用户受影响，出了问题回退也慢

适用场合：

• 开发测试环境
• 非关键应用（用户影响面小）
• 初创公司什么都缺，找夜深人静用户访问量小的时间干

流量模式

蛮力发布会引入服务中断时间，图片来自附录 6.1

3、

1、

https://www.cnblogs.com/apanly/p/8784096.html

2、

作者：ylbtech 出处：http://ylbtech.cnblogs.com/ 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。

原文地址：https://www.cnblogs.com/storebook/p/11770378.html