Marathon vs Kubernetes vs Docker Swarm su DC / OS con container Docker

Sto cercando alcuni pro e contro se utilizzare Marathon e Chronos, Docker Swarm o Kubernetes quando si eseguono container Docker su DC / OS.

Ad esempio, quando è meglio usare Marathon / Chronos rispetto a Kubernetes e viceversa?

In questo momento sono principalmente interessato a sperimentare, ma spero di iniziare a utilizzare uno di questi servizi in produzione dopo l'estate. Ciò potrebbe squalificare Docker Swarm poiché non sono sicuro che la produzione sarà pronta per allora.

Quello che mi piace di Docker Swarm è che essenzialmente sono solo "comandi Docker" e non devi imparare qualcosa di completamente nuovo. Lo stiamo già utilizzando docker-composee funzionerà immediatamente con Docker Swarm (almeno in teoria), quindi sarebbe un grande vantaggio. La mia preoccupazione principale con Docker Swarm è se coprirà tutti i casi d'uso necessari per eseguire un sistema in produzione.

Cercherò di analizzare gli aspetti unici di ogni framework di orchestrazione dei container su Mesos.

Usa Docker Swarm se:

• Si desidera utilizzare la familiare API Docker per avviare i contenitori Docker su Mesos.
• Swarm potrebbe eventualmente fornire un'API per parlare anche con Kubernetes (anche K8s-Mesos).
• Vedi: http://www.techrepublic.com/article/docker-and-mesos-like-peanut-butter-and-jelly/

Utilizza Kubernetes-Mesos se:

• Vuoi avviare K8s Pods, che sono gruppi di contenitori co-programmati e collocati insieme, condividendo risorse.
• Desideri avviare un servizio insieme a uno o più contenitori sidekick (ad es. Archiviatore di log, monitoraggio metriche) che risiedono accanto al contenitore padre.
• Si desidera utilizzare il rilevamento dei servizi, il bilanciamento del carico e il controllo della replica basati su etichette K8.
• Vedi http://kubernetesio.blogspot.com/2015/04/kubernetes-and-mesosphere-dcos.html

Usa Marathon se:

• Vuoi avviare Docker o app / servizi non Docker a esecuzione prolungata.
• Si desidera utilizzare gli attributi Mesos per la pianificazione basata su vincoli.
• Si desidera utilizzare gruppi di applicazioni e dipendenze per avviare, ridimensionare o aggiornare i servizi correlati.
• Si desidera utilizzare i controlli di integrità per riavviare automaticamente servizi non integri o eseguire il rollback di distribuzioni / aggiornamenti non integri.
• Desideri integrare HAProxy o Consul per il rilevamento dei servizi.
• Desideri avviare e monitorare le app tramite un'interfaccia utente Web o un'API REST.
• Vuoi utilizzare un framework creato dall'inizio con Mesos in mente.

Usa Chronos se:

• Si desidera avviare Docker o attività non Docker che dovrebbero uscire.
• Si desidera pianificare l'esecuzione di un'attività in un orario / programma specifico (a la cron).
• Si desidera pianificare un flusso di lavoro del DAG di attività dipendenti.
• Si desidera avviare e monitorare i lavori tramite un'interfaccia utente Web o un'API REST.
• Vuoi utilizzare un framework creato dall'inizio con Mesos in mente.

Sebbene sia un po 'obsoleto, potrebbe essere utile leggere Qual è la differenza tra Mesos di Apache e Kubernetes di Google , per ottenere alcune delle basi giuste. Inoltre, tieni presente che Mesos opera a un livello diverso rispetto a Kubernetes / Marathon / Chronos. Ultimo ma non meno importante, vedi Docker Swarm + Mesos di Timothy Chen, tenendo presente che Marathon e Swarm possono operare simultaneamente sullo stesso ammasso Mesos.