请问你们是如何实现服务不中断的代码发布更新的

[brader]

目前我知道的一个自动化的方式就是 k8s 的滚动更新。

大家实际生产中，应该不是每个人都有使用 k8s 吧？
像你们 java 、go 这些语言，发布新版本的时候，如果不用 k8s ，你们是怎么实现平滑更新过度的，还是直接暴力重启？

[lincanbin]

从名字服务里摘掉发布节点，然后等一会儿这个节点就没流量了，就可以发布了。

[brader]

@lincanbin 额，有点没明白，你用的是代码框架，或者代码自实现的平滑重启效果吗

[seers]

方法多了去了，Nginx 调整下集群权重

[LeeReamond]

@lincanbin 名字服务，nameserver ？现代汉语属实是让人摸不到头脑了

[moshiyeap100]

比如一个服务有 3 个实例。

step1： 从注册中心下线 A ，A 没流量了开始更新 A

更新后,观察 A 是否正常。 如果正常继续更新下一个服务，不正常就下线回滚。


我们就是这么原始。

[ZSeptember]

首先看你有几个实例，至少两个实例才能做到

[lincanbin]

@LeeReamond 也可以叫注册中心吧，反正叫法挺多的，就是维护一个服务的实例列表的一个服务

[tmtstudio]

php 无所畏惧🤗

[SanYuan]

多套环境，A\B 互为蓝绿环境，用户全拉到 A 然后发布 B 完事用户切到 B

[LeegoYih]

新实例启动完成后，Nginx 配置改为新实例的地址 reload 配置，然后销毁旧实例

[lincanbin]

除了名字服务里来剔除发布节点流量的方法外，reuseport 也是一个很常见的方式。

[libook]

一般正式环境业务不会但节点跑的，多节点就需要负载均衡，那么只需要手动调整负载均衡权重，让一台机器没有入站流量了，再将这台停机升级，恢复流量再处理下一台。

可以用脚本或程序自动化，持续部署方案比 k8s 出来早很多年就很成熟了。

[daoyu]

蓝绿部署、金丝雀部署

[photon006]

node.js ，小脚本用 pm2 reload ，跟 nginx reload or kill -HUP 类似

常规项目用 docker service ，参考：

https://linuxhandbook.com/update-docker-container-zero-downtime
https://www.tines.com/blog/simple-zero-downtime-deploys-with-nginx-and-docker-compose

[brader]

@seers 这种很难实现自动化吧？

[brader]

@moshiyeap100 你们有弄了注册中心，还是蛮复杂的，然后你说的过程，你们是实现了自动化构建发布过程，还是手动更新啊

[brader]

@ZSeptember 多个实例可以很容易实现自动化更新吗？

[brader]

@tmtstudio 确实 PHP 更新比较方便，就简单场景，我们直接 git pull 也很少出问题

[brader]

@SanYuan 就是这个切的过程，不用 k8s 的话，你们实现自动化的架构是怎么实现的？还是单纯手动更新的

[brader]

@libook 好像网上比较少看到这种架构的教程或者脚本实现啊，自己实现的话，感觉又不那么容易