线上服务要咋切换版本才不会影响用户？

[x97bgt]

有若服务，每个服务都有集群，直接相互配合才能提供对外服务。假设若干服务要一起升级新版本，要咋起部署才能平滑升级，不影响线上？

面试时遇到的问题，没答出来。。。

[zhangdashuan]

蹲一个正确答案,我感觉是使用版本号,升级新版本保留老版本.

[Rekkles]

停机升级。

[Ariver]

比如有 a->b->c 这样的依赖关系，每个服务四个实例。
先 new c 2 个，然后 new b 两个，然后 new a 两个。然后把流量切到新的这边一部分。
没问题全切。然后干掉老的。

[IMCA1024]

只要手速够快 切换得够快

[Tokiomi]

半夜人少的时候发布，被依赖的先发，接口向前兼容，灰度发布，最好还有 AB 环境

[wangxiaoaer]

参考掘金，停服一天。

https://i.loli.net/2020/07/30/j51wqlxfQSuvXpy.png

[listenerri]

部署策略对比：蓝绿部署、金丝雀发布及其他
https://www.infoq.cn/article/LEI4vSFPiw5A6eN-ASo4

[wangritian]

灰度发布，上新服务时保留老服务，并且设置一个特殊标记决定流量往哪走，比如 http header，要求测试用客户端带上标记，同时服务内互相调用时传递，所以这个客户端走的都是新版本服务，而线上版本仍然是老服务

[sunziren]

@wangxiaoaer hahahahaha

[x97bgt]

@Ariver @wangritian 控制流量往哪个机器上走，这个功能是负载均衡组件提供的么？

[594duck]

@x97bgt 负载均衡只提供非常粗的，要上 API GW 或者 ESB 才行。非常复杂 。

另外前端都好说，只要动数据库，那就搞了。

比如 100 万行的表，你加个字段试试。哈哈哈哈哈哈，特别酸爽。

我听人家说过 1 亿行的数据库，每周加字段改字段告诉我没事，都这么玩。秒级修改的。

你信么，我是不信的。

[huobazi]

https://www.v2ex.com/t/344341

[iluhcm]

@594duck #11 100 万行的表效率还好吧，并不一定会锁全表。

[594duck]

@iluhcm 并不一定这问题就来了。万一锁了呢，这库正好又是高负载库，那酸爽，那雪崩，那崩溃。所有经验都是被扣 KPI 得出来的教训。

[Umenezumi]

@594duck 高频读的库可以靠 rename 来切，，高频写就没办法了

[sadfQED2]

@594duck 根据修改表语录生成临时表，然后对老表，新表做双写，同时起一个脚本同步老表数据到新表，老表数据同步完成以后 rename 新表，删除老表

对业务代码来说确实是秒级修改

[loophole12]

每个服务划分 set，分 set 逐步发布

[ChanKc]

等用户都睡觉了起来搞

[natsji]

发红包就行了

[Dabaicong]

mysql 5.6 以后就支持 online ddl 了。我们正式线上，单表将近 1 亿数据，正常加字段。