Marathon vs Kubernetes vs Docker Swarm auf DC/OS mit Docker Containern

Question

Ich bin auf der Suche nach einigen Vor-und Nachteile von Marathon und Chronos, Docker Swarm oder Kubernetes bei Docker Container auf DC/OS.

Zum Beispiel, wann ist es besser, Marathon/Chronos als Kubernetes zu verwenden und umgekehrt?

Im Moment experimentiere ich hauptsächlich, aber hoffentlich werden wir einen dieser Dienste nach dem Sommer in der Produktion verwenden. Dies kann Docker Swarm disqualifizieren, da ich nicht sicher bin, ob es bis dahin produktionsbereit sein wird.

Was ich an Docker Swarm mag, ist, dass es im Wesentlichen nur "Docker-Befehle" ist und man nicht etwas völlig Neues lernen muss. Wir verwenden bereits docker-compose und das funktioniert mit Docker Swarm (zumindest in der Theorie) out of the box, also wäre das ein großes Plus. Mein Hauptanliegen bei Docker Swarm ist, dass es alle Anwendungsfälle abdeckt, die für den Betrieb eines Systems in der Produktion erforderlich sind.

Answer 1

Ich werde versuchen, die einzigartigen Aspekte der einzelnen Container Orchestrierung Framework auf Mesos zu brechen.

Verwenden Docker Swarm wenn:

• Sie wollen den vertrauten Docker API verwenden Docker-Container auf Mesos zu starten.
• Swarm kann schließlich eine API zur Verfügung stellen, um mit Kubernetes (sogar K8s-Mesos) auch zu sprechen.
• See: http://www.techrepublic.com/article/docker-and-mesos-like-peanut-butter-and-jelly/

Verwenden Kubernetes-Mesos wenn:

• wollen Sie K8S Pods starten, die Gruppen von Behältern zusammen geplant und zusammen, Ressourcen-Sharing-co-located sind.
• Sie möchten einen Dienst neben einem oder mehreren Sidekick-Containern (z. B. Protokollarchivierer, Metrikmonitor) starten, die sich neben dem übergeordneten Container befinden.
• Sie möchten die Label-basierte Service-Erkennung, Lastverteilung und Replikationskontrolle von K8s verwenden.
• Siehe http://kubernetesio.blogspot.com/2015/04/kubernetes-and-mesosphere-dcos.html

Verwenden Marathon wenn:

• Sie wollen Docker oder nicht-Docker lang laufende Anwendungen/Dienste starten.
• Sie möchten Mesos-Attribute für die Constraint-basierte Planung verwenden.
• Sie möchten Anwendungsgruppen und Abhängigkeiten zum Starten, Skalieren oder Aktualisieren verwandter Dienste verwenden.
• Sie möchten Health Checks verwenden, um ungesunde Services automatisch neu zu starten oder ungesicherte Implementierungen/Upgrades rückgängig zu machen.
• Sie möchten HAProxy oder Consul für Service Discovery integrieren.
• Sie möchten Apps über eine Web-Benutzerschnittstelle oder eine REST-API starten und überwachen.
• Sie möchten ein Framework verwenden, das von Anfang an mit Mesos erstellt wurde.

Verwenden Chronos wenn:

• Sie wollen Aufgaben Docker oder nicht-Docker starten, beenden erwartet.
• Sie möchten planen, dass eine Aufgabe zu einem bestimmten Zeitpunkt ausgeführt wird (a la cron).
• Sie möchten einen DAG-Workflow abhängiger Aufgaben einplanen.
• Sie möchten Jobs über eine Webbenutzerschnittstelle oder eine REST-API starten und überwachen.
• Sie möchten ein Framework verwenden, das von Anfang an mit Mesos erstellt wurde.

Answer 2

Obwohl es ein bisschen veraltet ist, kann es hilfreich sein, What's the difference between Apache's Mesos and Google's Kubernetes zu lesen, um einige der Grundlagen richtig zu machen. Beachten Sie auch, dass Mesos auf einer anderen Ebene als Kubernetes/Marathon/Chronos operiert. Siehe auch Docker Swarm + Mesos von Timothy Chen, wobei man bedenkt, dass Marathon und Swarm gleichzeitig auf demselben Mesos-Cluster operieren können.