docker - Marathon vs Kubernetes vs Docker Swarm on DC/OS with Docker 容器

Question

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

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

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

我喜欢 Docker Swarm 的地方在于它本质上只是“Docker 命令”，您不必学习全新的东西。我们已经在使用 docker-compose 并且它可以与 Docker Swarm 一起工作(至少在理论上)，所以这将是一个很大的优势。我对 Docker Swarm 的主要担忧是它是否能涵盖在生产环境中运行系统所需的所有用例。

Answer 1

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

使用 Docker Swarm如果:

• 您想使用熟悉的 Docker API 在 Mesos 上启动 Docker 容器。
• Swarm 最终也可能会提供一个 API 来与 Kubernetes(甚至是 K8s-Mesos)进行通信。
• 见:http://www.techrepublic.com/article/docker-and-mesos-like-peanut-butter-and-jelly/

使用 Kubernetes-Mesos如果:

• 您想要启动 K8s Pod，它们是一组共同调度和共同定位的容器，共享资源。
• 您希望与位于父容器旁边的一个或多个 Sidekick 容器(例如日志归档器、指标监控器)一起启动一项服务。
• 您想使用 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 任务。
• 您想安排一个任务在特定时间/时间表运行(例如 cron)。
• 您想要安排相关任务的 DAG 工作流。
• 您希望通过 Web UI 或 REST API 启动和监控作业。
• 您想使用从一开始就考虑到 Mesos 构建的框架。