使用Docker容器的DC/OS上的Marathon vs Kubernetes vs Docker Swarm

Question

我正在寻找在DC/OS上运行Docker容器时是否使用Marathon和Chronos、Docker Swarm或Kubernetes的利弊。

比如，什么时候用马拉松/Chronos比用Kubernetes好，反之亦然？

现在我主要是在进行实验，但希望我们在夏季后开始在生产中使用这些服务之一。这可能会取消Docker Swarm的资格，因为我不确定到那时它是否可以生产。

我喜欢Docker Swarm的一点是，它本质上只是“Docker命令”，您不必学习全新的东西。我们已经在使用docker-compose，这将在Docker Swarm中开箱即用（至少在理论上），因此这将是一个很大的好处。我对Docker Swarm的主要关注是它是否覆盖了在生产中运行系统所需的所有用例。

Answer 1

我将尝试分解Mesos上每个容器编排框架的独特方面。

在以下情况下使用Docker Swarm：

• 您希望使用熟悉的Docker API在mesos上启动Docker容器。
• Swarm最终也可能提供一个与Kubernetes（甚至是K8s-Mesos）对话的API。
• 参见:http://www.techrepublic.com/article/docker-and-mesos-like-peanut-butter-and-jelly/

如果：

• 您希望启动K8s POD，这是一组共享资源的、共同调度和共同定位的容器。
• 您希望在父容器旁边的一个或多个sidekick容器（例如，日志存档程序、度量监视器）旁边启动服务。
• 您希望使用基于K8s标签的服务发现、负载平衡和复制控制。
• 见http://kubernetesio.blogspot.com/2015/04/kubernetes-and-mesosphere-dcos.html

如果：

• 您要启动Docker或非Docker的长期运行的应用程序/服务。
• 您希望将Mesos属性用于基于约束的调度。
• 您希望使用应用程序组和依赖项来启动、缩放或升级相关服务。
• 您希望使用运行状况检查自动重新启动不健康的服务或回滚不健康的部署/升级。
• 您希望集成HAProxy或Consult以进行服务发现。
• 您希望通过web UI或REST API启动和监视应用程序。
• 您希望使用一开始就考虑Mesos构建的框架。

如果：

• 您要启动预期退出的Docker或非Docker任务。
• 您希望排定任务在特定时间/排定时间运行（a lacron)。
• 您希望安排依赖任务的DAG工作流。
• 您希望通过web UI或REST API启动和监视作业。
• 您希望使用一开始就考虑Mesos构建的框架。