容器编排是一项快速发展的技术。目前有3个行业巨头；Kubernetes、DockerSwarm和ApacheMesos。它们属于DevOps基础设施管理工具的类别，称为“容器编排引擎”。DockerSwarm赢得了广大客户的青睐，成为容器化的首选。Kubernetes和Mesos是主要竞争对手。在这方面，他们可以提供更多的东西。它们提供了不同的可用性梯度，并具有许多不断发展的功能。

尽管DockerSwarm很受欢迎，但它也有一些缺点和有限的功能：

这些缺点引发企业质疑：“如何选择合适的容器管理和编排工具？”?许多公司现在都在选择DockerSwarm的替代品。这就是Kubernetes和Mesos的用武之地。要系统地检查这种选择，有必要查看这两种选择所具有的核心竞争力。因此，人们可以得出一个独立知情的结论。

DockerSwarm、Kubernetes和Mesos的特点

特征

码头工人群

Kubernetes

梅索斯/马拉松

初始发布日期

2013年3月，2019年7月稳定发布

2015年7月，2019年9月v1.16

2016年7月，稳定版2019年8月

部署

稳定

相对较新且不断发展

相当成熟稳定，持续更新

设计理念

基于Pod的资源分组

基于Linux的Cgroups和控制组

支持的图像

有限地支持Docker和rkt

学习曲线

什么是Kubernetes？

Kubernetes于2014年6月首次发布，也称为k8s。它是谷歌为云原生计算提供的容器编排平台。就功能而言，Kubernetes是最原生集成的可用选项之一。它背后也有一个庞大的社区。Google将Kubernetes用于其ContainerasaService产品，更名为GoogleContainerEngine。对Kubernetes提供扩展支持的其他平台包括MicrosoftAzure和RedHatOpenShift。它还支持Docker并使用基于YAML的部署模型。

Kubernetes的架构构建在模块化API核心?之上?，允许供应商围绕其专有技术集成系统。它在为应用程序开发人员提供强大的Docker容器编排和开源项目工具方面做得很好。

什么是ApacheMesos？

ApacheMesos的根源可以追溯到2009年，当时他获得了博士学位。学生们首先在加州大学伯克利分校开发了它。与Kubernetes和DockerSwarm相比，在管理数据中心和云资源方面，它采用了更多的分布式方法。

在处理容器管理时，它采用模块化方法。它允许用户在他们可以运行的应用程序的类型和可扩展性方面具有灵活性。Mesos允许其他容器管理框架在其上运行。这包括Kubernetes、ApacheAurora、MesosphereMarathon和Chronos。

创建Mesos是为了解决许多不同的挑战。一个是，将数据中心资源抽象到一个池中。另一个是配置不同的工作负载并自动化第二天的操作。为正在运行的任务和新应用程序提供常青的可扩展性。它具有单独管理各种工作负载的独特能力，包括Java等应用程序组、无状态微服务等。

容器管理：解释

在我们决定如何选择容器管理工具之前，必须进一步解释容器管理的概念。

容器管理是添加、组织和替换大量软件容器的过程。它利用软件自动创建、部署和扩展容器。容器管理需要一个平台来组织软件容器，称为操作系统级虚拟化。该平台无需使用复杂的相互依赖的系统架构即可优化效率并简化容器交付。

随着越来越多的企业使用DevOps进行更快的开发及其应用程序，容器变得非常流行。容器管理产生了对容器编排的需求，这是一种更专业的工具。它自动化了基于容器的应用程序的部署、管理、网络扩展和可用性。

容器编排是指管理或调度用于多个集群中基于微服务的应用程序的单个容器的自动过程。它适用于Kubernetes和Mesos。它还安排将容器部署到集群中，确定容器的最佳主机。

需要容器编排框架的一些原因包括：

如何选择容器管理和编排工具？

在决定如何有效地实施容器管理和编排时，需要考虑许多变量。最终的选择将取决于用户的具体要求。下面简要解释其中的一些。

注意：容器编排只是Mesos模块化架构可以运行的工作负载的一个示例。这种专门的编排框架称为?Marathon。它最初是为了在Linuxcgroup容器中编排应用程序存档而开发的，后来在2014年扩展了对Docker容器的支持。

Kubernetes和Mesos有什么区别？

Kubernetes和Mesos对同一个问题有不同的方法。Kubernetes充当容器编排器，而ApacheMesos就像云操作系统一样工作。因此，两者之间存在一些根本差异，下表突出显示了这些差异。

差异点

Kubernetes

阿帕奇梅索斯

应用定义

Kubernetes是副本集、复制控制器、Pod以及某些服务和部署的组合。这里，“Pod”是指一组位于同一位置的容器，被认为是部署的原子单元。

Mesos的应用程序组被建模为一个n叉树，组为分支，应用程序为叶子。它用于将多个应用程序划分为可管理的集合，其中组件按依赖顺序部署。

可用性

Pod分布在Worker节点之间。

应用程序分布在从节点之间。

负载均衡

Pod通过充当负载均衡器的服务公开。

可以通过代理负载均衡器访问应用程序，即Mesos-DNS。

贮存

有两个阶段API。第一个为单个存储后端提供抽象，例如NFS、AWS和EBS等。第二个为存储资源请求提供抽象。这是通过不同的存储后端来实现的。

Marathon容器能够使用持久卷，它们位于创建它们的节点的本地。因此，容器总是需要在所述节点上运行。实验性植绒器集成负责支持非单个节点本地的持久卷。

网络模型

Kubernetes的网络模型允许任何pod与任何服务或其他pod进行通信。它需要两个独立的网络来运行，两个网络都不需要来自集群外部的连接。这是通过在集群节点上部署覆盖网络来实现的。

Marathon的Docker集成允许将容器端口映射到软管端口，这是一种有限的资源。在这里，容器不会自动获取IP，这只能通过与Calico集成来实现。需要注意的是，多个容器不能共享同一个网络命名空间。

使用目的

它是集群领域新手的理想选择，提供了一种快速、简单、轻松的方式来开始他们的面向集群的开发之旅。它提供了高度的多功能性和可移植性，并得到了微软和IBM等少数知名供应商的支持。

它是大型系统的理想选择，因为它旨在实现最大冗余。对于?Hadoop?或Kafka等现有工作负载，Mesos提供了一个框架，允许用户将这些工作负载相互交错。它是一个更稳定的平台，但使用起来相对复杂。

供应商和开发商

Kubernetes被多家公司和开发人员使用，并得到其他一些平台的支持，例如RedHatOpenShift?和MicrosoftAzure。

Mesos得到Twitter、Apple和Yelp等大型组织的支持。它的学习曲线陡峭且相当复杂，因为它的核心重点是大数据和分析。

Kubernetes和Mesos采用不同的策略来解决相同的问题。在基于几个特性比较它们时，我们发现与DockerSwarm相比，这两种解决方案在特性和其他优势方面是相当的。我们可以得出的结论是，它们都是容器管理和编排的可行选择。每个工具都可以有效地管理docker容器。它们都提供对容器编排的访问，以实现应用程序的可移植性和可扩展性。

在通过其DC/OS处理遗留系统和大规模集群环境时，Mesos直观的架构设计提供了很好的选择。它还擅长处理更具体的技术，例如使用Hadoop进行分布式处理。想要构建专门用于docker容器编排的系统的开发团队更喜欢Kubernetes。我们的直接比较应该让用户清楚地了解Kubernetes与Mesos及其核心竞争力。目的是为读者提供相关数据和事实，以告知他们的决定。