具有Docker容器的DC / OS上的Marathon vs Kubernetes vs Docker Swarm

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

例如，什么时候使用Marathon / Chronos比使用Kubernetes更好，反之亦然？

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

我喜欢Docker Swarm的地方在于，它实质上只是“ Docker命令”，您不必学习全新的知识。我们已经在使用docker-compose，并且可以与Docker Swarm配合使用（至少在理论上是这样），所以这将是一个很大的优势。我对Docker Swarm的主要关注是，它能否涵盖在生产环境中运行系统所需的所有用例。

我将尝试分解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/

在以下情况下使用Kubernetes-Mesos：

• 您要启动K8s Pods，这是一起共同调度和共同放置，共享资源的容器组。
• 您想与位于父容器旁边的一个或多个补充容器（例如，日志归档器，指标监视器）一起启动服务。
• 您想使用基于K8s标签的服务发现，负载平衡和复制控制。
• 看到http://kubernetesio.blogspot.com/2015/04/kubernetes-and-mesosphere-dcos.html

在以下情况下使用Marathon：

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

在以下情况下使用Chronos：

• 您要启动预期要退出的Docker或非Docker任务。
• 您想要安排任务在特定时间/计划（la cron）运行。
• 您要计划依赖任务的DAG工作流程。
• 您想通过Web UI或REST API启动和监视作业。
• 您要使用从一开始就考虑Mesos构建的框架。

尽管有些过时，但阅读一下Apache的Mesos和Google的Kubernetes有什么区别，以使一些基本知识正确可能会有所帮助。另外，请注意，Mesos与Kubernetes / Marathon / Chronos的运行级别不同。最后但并非最不重要的一点，请参阅Timothy Chen的Docker Swarm + Mesos，请记住Marathon和Swarm可以在同一Mesos群集上同时运行。