一段时间以来，Docker Swarm一直在与Kubernetes竞争，但是真的需要选择吗？

Docker

随着使用基于Linux的虚拟容器来构建应用趋势的不断增长，“Docker和Kubernetes”以及“Docker Swarm Vs. Kubernetes”是我们都经常考虑的情况。尽管这两种技术都涉及容器，但仔细一看，它们实际上并不是竞争对手。

Kubernetes和Docker可以在堆栈的不同层次上运行。并且实际上可以将它们一起使用，以使应用更好。

那么，该何时应该使用Docker，或Kubernetes，或二者一起使用呢？为什么？

作为一个平台，Docker彻底改变了软件的打包方式。提供操作系统的沙箱视图，它在构建和运行应用时增加了许多优势。借助Docker，可以快速构建应用，快速部署应用，快速扩展应用，并随时随地以最少的系统资源运行应用。

作为开源软件，Docker作为包装和分发容器应用的标准迅速爆发。然而，随着它的发展，出现了新的问题。这些高度专业化的软件包，通常被称为“容器”，必须进行协调，沟通，测序，处理用于存储考虑等。这就是Kubernetes出现的地方。

Kubernetes

Kubernetes的核心是一个容器编排平台。它有助于在不同机器上运行不同的容器，按需扩大/缩小和添加/移除新的容器。它还在容器之间分配负载。

随着构建微服务应用开发的新浪潮涌现，容器编排和管理已成为其中不可或缺的一部分。所以，Docker很快就意识到了这一点，并发布了自己的容器管理服务Docker Swarm。

Docker Swarm与Kubernetes

Docker和Kubernetes实际上可以一起工作。就管理平台而言，可以将Kubernetes或Docker Swarm用于Docker引擎。Kubernetes目前拥有最大的市场份额，几乎是标准平台。它围绕着pod的概念工作，pod是Kubernetes生态系统中的调度单元（并且可以包含一个或多个容器），它们分布在节点之间以提供高可用性。

它具有使用谷歌多年研究的优势，因此利用了专业知识。作为开源软件，它拥有一个充满活力，不断发展的社区，提供大量有用的资源，并为任何人提供指导。它既可以在公有云服务上运行，也可以在本地运行，并且易于学习和实施。

Docker Swarm具有紧密集成到Docker生态系统中的优势，并使用其自己的API。其过滤和调度系统可以选择集群中的最佳节点来部署容器。

由于它是由Docker自己开发的，因此Docker Swarm可以消除许多兼容性和其他差异，并且可以顺利集成。Kubernetes通常不是一个完整的解决方案，需要自定义插件来设置。如果使用Docker Swarm，则所有这些依赖关系在生态系统中都处理得很好，从而使安装和设置非常流畅。

但是，Docker Swarm并没有被广泛用作Kubernetes。因此，社区及其周围的支持并不像扩展和方便。目前大多数云提供商都提供Kubernetes作为服务。

用例：Docker Swans VS. Kubernetes

Bugsnag，一个错误报告服务，想要容纳他们的事件处理管道。他们的事件管道每天处理2.2亿次应用程序错误，每分钟大约15万次。他们选择了Docker Swarm而不是Kubernetes，因为后者“在一组节点上运行一个轮询Node.js应用程序过于复杂，并且将会是部署和运行的矫枉过正”。

争论

Kubernetes提供了更多可定制的选项和广泛的用途，适合希望完全依靠自己设置参数的人员使用，而Docker则最适合希望快速建立容器化应用，并使其运行的人使用。