Marathon vs Kubernetes kontra Docker Swarm na DC/OS z kontenerami Docker

Question

Szukam jakichś plusów i minusów, czy iść z Marathon i Chronos, Docker Swarm lub Kubernetes podczas uruchamiania kontenerów Docker na DC/OS.

Na przykład, kiedy lepiej używać Marathon/Chronos niż Kubernetes i vice versa?

Obecnie koncentruję się głównie na eksperymentowaniu, ale mam nadzieję, że po lecie zaczniemy używać jednej z tych usług w produkcji. To może zdyskwalifikować Docker Swarm, ponieważ nie jestem pewien, czy to będzie produkcja gotowa do tego czasu.

To co podoba mi się w Docker Swarm to to, że jest to po prostu "polecenie Dockera" i nie musisz uczyć się czegoś zupełnie nowego. Już używamy docker-compose i to będzie działać po wyjęciu z pudełka z Docker Swarm (przynajmniej teoretycznie), więc byłby to duży plus. Moją główną troską z Docker Swarm jest to, czy obejmie wszystkie przypadki użycia wymagane do uruchomienia systemu w produkcji.

Answer 1

Postaram się przełamać wyjątkowe aspekty każdej struktury orkiestracji kontenerów na Mesach.

Zastosowanie Docker Swarm jeżeli:

• Chcesz użyć znajomy Docker API, aby uruchomić pojemników dokowane na Mesos.
• Swarm może w końcu dostarczyć API do rozmowy z Kubernetes (nawet K8s-Mesos).
• Patrz: http://www.techrepublic.com/article/docker-and-mesos-like-peanut-butter-and-jelly/

Zastosowanie Kubernetes-Mesos jeżeli:

• chcesz uruchomić K8S Strąki, które są grupami pojemników wspólnie zaplanowane i kolokacji razem, współdzielenia zasobów.
• Chcesz uruchomić usługę obok jednego lub więcej kontenerów pomocniczych (np. Archiwizatora, monitora danych), które znajdują się obok kontenera nadrzędnego.
• Użytkownik chce korzystać z wykrywania usług opartych na etykietach K8s, równoważenia obciążenia i kontroli replikacji.
• Zobacz http://kubernetesio.blogspot.com/2015/04/kubernetes-and-mesosphere-dcos.html

Używaj Marathon jeżeli:

• chcesz uruchomić Döcker lub jednorazowych dokowane długo uruchomionych aplikacji/usług.
• Chcesz użyć atrybutów Mesos do planowania opartego na ograniczeniach.
• Chcesz używać grup aplikacji i zależności w celu uruchamiania, skalowania lub ulepszania powiązanych usług.
• Chcesz korzystać z kontroli stanu w celu automatycznego ponownego uruchomienia niezdrowych usług lub wycofania niezdrowych wdrożeń/uaktualnień.
• Chcesz zintegrować HAProxy lub Consul do wykrywania usług.
• Chcesz uruchomić i monitorować aplikacje za pomocą interfejsu WWW lub interfejsu REST API.
• Chcesz użyć szkieletu zbudowanego od początku z myślą o Mesach.

Zastosowanie Chronos jeżeli:

• chcesz uruchomić dokowane lub non-dokowane zadania, które są oczekiwane, aby wyjść.
• Chcesz zaplanować uruchamianie zadania o określonej godzinie/harmonogramie (a la cron).
• Chcesz zaplanować przepływ zadań DAG zależnych zadań.
• Chcesz uruchomić i monitorować zadania za pomocą interfejsu WWW lub interfejsu REST API.
• Chcesz użyć szkieletu zbudowanego od początku z myślą o Mesach.

Answer 2

Chociaż jest nieco przestarzały, może warto przeczytać What's the difference between Apache's Mesos and Google's Kubernetes, aby uzyskać niektóre z podstawowych informacji. Pamiętaj też, że Mesos działa na innym poziomie niż Kubernetes/Marathon/Chronos. Last but not least, patrz: Timothy Chen, patrz: Docker Swarm + Mesos, pamiętając, że Maraton i Swarm mogą działać jednocześnie na tym samym klastrze Mesos.