Dockerコンテナーを使用したDC / OSでのマラソンvs Kubernetes vs Docker Swarm

DC / OSでDockerコンテナーを実行する際に、MarathonとChronos、Docker Swarm、またはKubernetesを使用するかどうかについて、いくつかの長所と短所を探しています。

たとえば、KubernetesよりMarathon / Chronosを使用する方が良い場合はいつですか？

現在、私は主に実験中ですが、うまくいけば、夏の後にこれらのサービスの1つを本番環境で使用し始める予定です。それまでに本番環境での準備ができるかどうかはわからないので、これはDocker Swarmを失格にする可能性があります。

私がDocker Swarmについて気に入っているのは、本質的には「Dockerコマンド」だけであり、まったく新しいことを学ぶ必要がないことです。私たちはすでに使用してdocker-composeおり、それはDocker Swarmで（少なくとも理論上は）そのまま使用できるため、大きなプラスになります。Docker Swarmに関する私の主な懸念は、システムを運用環境で実行するために必要なすべてのユースケースをカバーするかどうかです。

Mesosの各コンテナーオーケストレーションフレームワークの独自の側面を分析してみましょう。

次の場合は、Docker Swarmを使用します。

• 使い慣れたDocker APIを使用して、MesosでDockerコンテナーを起動します。
• Swarmは最終的に、Kubernetes（K8s-Mesosも含む）と通信するためのAPIを提供する可能性があります。
• 参照：http : //www.techrepublic.com/article/docker-and-mesos-like-peanut-butter-and-jelly/

次の場合はKubernetes-Mesosを使用します。

• K8sポッドを起動します。K8sポッドは、一緒にスケジュールされ、同じ場所に配置され、リソースを共有するコンテナーのグループです。
• 親コンテナーの横にある1つ以上のサイドキックコンテナー（ログアーカイバー、メトリックモニターなど）と一緒にサービスを起動する場合。
• K8sのラベルベースのサービス検出、負荷分散、レプリケーション制御を使用したい。
• http://kubernetesio.blogspot.com/2015/04/kubernetes-and-mesosphere-dcos.htmlを参照してください

マラソンは次の場合に使用します。

• Dockerまたは非Dockerの長期実行アプリ/サービスを起動したい。
• 制約ベースのスケジューリングにMesos属性を使用したい。
• アプリケーショングループと依存関係を使用して、関連するサービスを起動、スケーリング、またはアップグレードしたい。
• ヘルスチェックを使用して、異常なサービスを自動的に再起動するか、異常なデプロイメント/アップグレードをロールバックします。
• サービス検出のためにHAProxyまたはConsulを統合したい。
• ウェブUIまたはREST APIを介してアプリを起動および監視したい。
• 最初からMesosを念頭に置いて構築されたフレームワークを使用したい。

次の場合にクロノスを使用します。

• 終了が予想されるDockerタスクまたは非Dockerタスクを起動したい。
• タスクを特定の時間/スケジュールで実行するようにスケジュールしたい（la cron）。
• 依存タスクのDAGワークフローをスケジュールする必要があります。
• ウェブUIまたはREST APIを介してジョブを起動および監視したい。
• 最初からMesosを念頭に置いて構築されたフレームワークを使用したい。

少し古くなっていますが、ApacheのMesosとGoogleのKubernetesの違いは何ですかを読んで、いくつかの基本を正しく理解するのに役立ちます。また、MesosはKubernetes / Marathon / Chronosとは異なるレベルで動作することに注意してください。最後に重要なことですが、MarathonとSwarmが同じMesosクラスターで同時に動作できることを覚えておいて、Timothy ChenによるDocker Swarm + Mesosを参照してください。