使用 docker 部署应用程序在单机上怎么实现热更新

抛砖引玉看好不好使。

compose 运行两个服务，一个是 tcp 转发服务，另一个是真正的服务，scale=N 不直接对外暴露任何端口。

比如：

forward: 80:80, forward: 80->nginx:80
nginx(scale=N): :80

然后 forward 不用动，更新 nginx 就行？

既然都单机了，你为啥还追求热更新。。。

@securityCoding 总想希望 0 停机时间嘛 (doge

@dzdh 不需要 tcp 转发服务，直接 Nginx 负责两个服务的端口，看情况启动其中一个就可以了吧

另外，单节点也可以使用 Swarm ，更新、回滚也方便

为啥只考虑 docker-compose 不考虑 k3s ？

@ttyn 本机运行个 swarm 倒也是可以。podman 有啥方案吗

emmmm ，之前做过这个奇怪的东西。暴露 host 的端口，haproxy 去监听 host 的端口，通过 haproxy 直接转发到 container 的 bridge ip 中。

@dzdh 我的理解是，podman 没有守护进程，容器生命周期由第三方管理，比如 k8s ，所以定位更适合集群，单机还是 docker 方便点

@vast0906 是不是感觉和 Traefik 工作模式很像

docker 妙就妙在 immutable ，你再来个热更新，不是倒退回去了……

服务前面套个 haproxy ？使用 ha 检查服务存活

@sadfQED2 如果你只有 http 服务的话那就更好办，nginx 就行了

同样建议 op 试试 k3s 。我的线上系统就部署在虚拟机里面的 k3s 上。

@ttyn 我们前面还有一层 ng ，所以我就觉得这个做的有点多此一举

Traefik+docker network?

@Chad0000 k3s 和 k8s 区别是啥

@dzdh k3s 移除了云商的库，替换成更轻量的实现，对系统要求更少。甚至可以在嵌入式系统运行。

@Chad0000 k3s 适合跑在大型集群上吗

@dzdh 个人认为不适合，大型集群应该使用 k8s