golang 生产环境合理的部署方案应该是怎样的？如何解决热更新的问题？

[kaxi]

golang 的跨平台性非常好，编译成二进制文件后，直接扔到服务器上执行即可。单机环境测试环境怎么玩都 OK。可是对于生产环境实时处理访问请求，并且是非单机服务，这种场景的部署方案是怎样的？服务升级应该怎么处理比较合理？

是否会用到服务发现相关中间件？

希望有大侠指点迷津

[wweir]

@RubyJack 子进程直接 kill 父进程无法做到 graceful shutdown，父进程主动停止监听，并等待已经接收到的任务完成后退出，可以做到让外界的访问完全无感知

[knowckx]

微服务，consul 呀

[RubyJack]

@wweir 所以你的看法是，父进程无法接收到 kill 然后做对应的处理？

[wweir]

@RubyJack 首先，我们得确认一下所描述的是不是同一件事情。
我这里的 kill 指的是 kill 信号，就是 kill -9 发出的那个信号，这个信号进程是无法拦截的，只会被直接干掉。
此处父进程应该被通知，并有机会善后。通知可以是检测到子进程的 pid 文件，也可以是指定的信号，或者其它什么方式

[xfriday]

swarm/k8s 集群滚动更新

[vgmdj]

k8s 滚动更新+1

[wwek]

规模大一点的 k8s
单机模式下还真不是太好搞。
用 upstream 的方式比较简单直接