Docker Swarm用于管理无头集装箱,并保持更新(或了望台?)

Docker Swarm用于管理无头集装箱,并保持更新(或了望台?),docker,docker-swarm,headless,docker-watchtower,Docker,Docker Swarm,Headless,Docker Watchtower,我一直在尝试设计一种使用Docker Swarm管理一堆无头容器的策略——不需要负载平衡器、暴露任何端口或自动扩展 我唯一想要的是更新所有容器(在所有节点上)的能力,如果任何图像被更新的话。运行的每个容器都需要有一个特定的--主机名 运行docker服务对此是否可行?或者我应该只针对特定节点执行常规的docker运行,以指定所需的--主机名?我甚至询问docker服务的原因是,它允许您进行更新(如果有更新的图像,则强制更新所有容器) 他还认为Docker Swarm将使监视所有容器变得更容易(即

我一直在尝试设计一种使用Docker Swarm管理一堆无头容器的策略——不需要负载平衡器、暴露任何端口或自动扩展

我唯一想要的是更新所有容器(在所有节点上)的能力,如果任何图像被更新的话。运行的每个容器都需要有一个特定的
--主机名

运行
docker服务
对此是否可行?或者我应该只针对特定节点执行常规的
docker运行
,以指定所需的
--主机名
?我甚至询问docker服务的原因是,它允许您进行更新(如果有更新的图像,则强制更新所有容器)

他还认为Docker Swarm将使监视所有容器变得更容易(即从中心位置管理它们)

我考虑的另一个选择是,在运行其中一个容器的每台服务器上运行,作为swarm的替代方案。我唯一的问题是,它没有为集中式管理提供任何编排


任何人都知道在这种情况下什么是更好的选择吗?

Docker swarm在滚动更新方面没有任何优势除了
Docker service
命令外,swarm只提供用户水平缩放,并在这些副本前面放置一个称为“service”的负载平衡器,以及其他一些好处,比如在swarm节点上复制docker事件

docker服务--force
将按预期工作


但是,您可能应该同时使用docker swarm进行编排,watchtower进行滚动更新。

那么这里的问题到底是什么?您在执行此操作时遇到问题吗?你试过什么?谢谢帕特里西奥-我其实也在想同样的事情。在这里使用这两种方法可能是最好的选择。我遇到了一些其他问题-显然我们不能在使用
docker service
时运行
--privileged
模式,或者使用
cap add
。这完全改变了一切,因为我需要这些容器有很多特权访问。看起来我将手动运行它们,并在旁边使用
了望台
。是的,我看到很多人出于同样的原因搬到Kubernetes,它仍然不支持
--特权
,还有一个未决问题:@xil3