2019 年末 golang 服务端进程自动更新重启的最佳姿势是什么?

[sunwei0325]

场景是上万台虚机上面的 agent, 需要实现自动更新, 然后重启生效.


看了一下社区的方案大概有如下这些:

jpillora/overseer

cloudflare/tableflip

Teamwork/reload

cespare/reflex

oxequa/realize

inconshreveable/go-update

rcrowley/goagain

不知道大家有没有这方面的经验? 谢谢

使用 overseer 实现了一版, 运行看看情况再考虑其他方案, 多下各位

[forrestshuang]

fresh?

[qinghon]

systemd?
比自己实现稳多了

[chennqqi]

@qinghon systemd 不是解决方案，systemd 就是 kill restart，关键还是要在自己程序中捕获信号并支持软重启、热重启。

[Moker]

master 进程管理 主进程负责整体的调度和任务分配 启动子进程处理 需要更新的部分放到子进程上
具体可以根据自己的业务调整

[Moker]

如果只是任务上报 允许丢失或者短暂不可用的 那么 restart 也没啥问题

[yinheli]

之前是 grace github.com/facebookarchive/grace
现在大部分都换到了 tableflip

[ifaii]

…… 容器滚动

[hpu423]

supervisor

[Erskine]

@chennqqi systemd 可以捕获到杀进程信号，没捕获到可能是没配置好，我也觉得 systemd 比较妥。

[Erskine]

@chennqqi 呃呃看错了，打扰了

[guonaihong]

用的是容器。

[moonsn]

看原理，结合业务特性自己实现。

[HuHui]

这不是 k8s 典型的应用场景么？

[reus]

发个消息让它自杀，然后让 systemd 之类的重启。热更新就算了吧。

[chennqqi]

cloudflare 的那个库不支持 windows

[pythonee]

@chennqqi
@Moker

弱弱问下，软重启是指？
Master 进程这个应该是较好的方案，但是这种应该也会做不到业务不感知吧

[Moker]

@pythonee 作为 master 进程是知道目前有没子进程的可用，在没有可用的时候，就不把任务投递出去，设计上 master 进程可以使用 channel 来做一个小型队列。当监听到重启信号时，等待子进程执行完毕，然后推出，杀掉，重启，回到空闲进程池，业务上完全无感知，只是中间的这几个请求响应的时间会变高（具体取决于重启时间）。

[chennqqi]

@pythonee 了解一下 nginx reload 原理