在生产中在单一主机上组装码头群

Question

是否有理由使用docker-swarm而不是docker-compose来部署生产中的单个主机？

我目前正在重写一个现有的应用程序。我的前辈用坞群建立了这个应用程序。但我不明白为什么:应用程序将只由运行几个服务的单个主机组成。这些服务将只通过REST向kubernetes集群提供客户网络上的一些本地信息(因此没有真正的负载或添加额外主机的理由)。

我查看了Docker网站，除了在单个主机开发环境上测试部署之外，找不到使用docker-swarm部署单个主机的理由。

在部署、联网等方面，与docker-compose相比，使用docker-compose是否有好处？

Answer 1

码头群和码头组合是从根本上不同的动物。Compose是一种构建工具，它允许您定义和配置一组相关容器，而S批则是一种编排工具，它以某种方式管理多个码头引擎，使您能够(在某种程度上)将它们作为一个单元对待。that公开了一个与Docker主要兼容的API，该API允许现有应用程序使用Swarm进行水平扩展，而不必彻底修改容器引擎的现有接口。

也就是说，Docker中与Docker重叠的大部分功能都是逐步增加的。随着时间的推移，这两者之间的区别已经缩小了一点。S群最终被集成到Docker引擎中，Docker被引入，允许Docker直接读取compose.yml文件，而无需使用Compose。

所以真正的问题可能是:对接者组成和对接堆栈之间有什么区别？不是很多。撰写实际上是一个单独的项目，是用Python编写的，它使用了幕后的Docker。堆栈与Compose做了很多相同的事情，但是集成到了Docker中。堆栈还需要预先构建的映像，而compose将为您处理这些图像构建，这使得撰写非常方便的开发。

您所处理的可能是这两个工具更加不同的时代的产物。码头群是码头的一部分，如果需要的话，它可以很容易地扩展(即使你现在不需要它，它也可能是很好的选择)。另一方面，撰写(在我看来)对于您经常对映像进行调整和重建的开发情况更有用。