Marathon vs Kubernetes vs Docker Swarm em DC / OS com contêineres Docker

Estou procurando alguns prós e contras de escolher Marathon e Chronos, Docker Swarm ou Kubernetes ao executar contêineres Docker no DC / OS.

Por exemplo, quando é melhor usar Marathon / Chronos do que Kubernetes e vice-versa?

No momento, estou principalmente experimentando, mas espero começar a usar um desses serviços em produção após o verão. Isso pode desqualificar o Docker Swarm, pois não tenho certeza se ele estará pronto para a produção até lá.

O que eu gosto no Docker Swarm é que é essencialmente apenas "comandos do Docker" e você não precisa aprender algo completamente novo. Já estamos usando docker-composee isso funcionará imediatamente com o Docker Swarm (pelo menos em teoria), então seria uma grande vantagem. Minha principal preocupação com o Docker Swarm é se ele cobrirá todos os casos de uso necessários para executar um sistema em produção.

Tentarei analisar os aspectos exclusivos de cada estrutura de orquestração de contêiner no Mesos.

Use Docker Swarm se:

• Você deseja usar a API Docker familiar para iniciar contêineres Docker no Mesos.
• O Swarm pode eventualmente fornecer uma API para conversar com Kubernetes (até mesmo K8s-Mesos) também.
• Veja: http://www.techrepublic.com/article/docker-and-mesos-like-peanut-butter-and-jelly/

Use Kubernetes-Mesos se:

• Você deseja lançar K8s Pods, que são grupos de contêineres programados e localizados juntos, compartilhando recursos.
• Você deseja iniciar um serviço junto com um ou mais containers auxiliares (por exemplo, arquivador de log, monitor de métricas) que residem ao lado do container pai.
• Você deseja usar o controle de replicação, balanceamento de carga e descoberta de serviço baseado em rótulo K8s.
• Consulte http://kubernetesio.blogspot.com/2015/04/kubernetes-and-mesosphere-dcos.html

Use o Marathon se:

• Você deseja iniciar aplicativos / serviços de longa duração do Docker ou não Docker.
• Você deseja usar os atributos Mesos para agendamento baseado em restrições.
• Você deseja usar grupos de aplicativos e dependências para iniciar, dimensionar ou atualizar serviços relacionados.
• Você deseja usar verificações de integridade para reiniciar automaticamente serviços não saudáveis ​​ou reverter implantações / atualizações não saudáveis.
• Você deseja integrar o HAProxy ou Consul para descoberta de serviço.
• Você deseja iniciar e monitorar aplicativos por meio de uma IU da web ou API REST.
• Você deseja usar uma estrutura construída desde o início com o Mesos em mente.

Use o Chronos se:

• Você deseja iniciar tarefas Docker ou não Docker que devem sair.
• Você deseja agendar uma tarefa para ser executada em um horário / horário específico (a la cron).
• Você deseja agendar um fluxo de trabalho DAG de tarefas dependentes.
• Você deseja iniciar e monitorar trabalhos por meio de uma IU da web ou API REST.
• Você deseja usar uma estrutura construída desde o início com o Mesos em mente.

Embora esteja um pouco desatualizado, pode ser útil ler Qual é a diferença entre Mesos do Apache e Kubernetes do Google , para obter alguns dos fundamentos corretos. Além disso, observe que o Mesos opera em um nível diferente do Kubernetes / Marathon / Chronos. Por último, mas não menos importante, veja Docker Swarm + Mesos de Timothy Chen, tendo em mente que Marathon e Swarm podem operar simultaneamente no mesmo cluster Mesos.