Docker SwarmとKubernetesを組み合わせる

私の会社は、DevOpsスペースで少し遅れを取り戻そうとしています。私は、アプリケーションのコンテナ化とそれに伴うオーケストレーションシステムについて、多くの研究を行ってきました。より良い機能を得るためにSwarmとKubernetesを組み合わせることについて彼らが話していた記事（私が救いたいもの）に出会いました。この記事では、彼らがそれによって得たものを定義しませんでした。

私はこれがどんな利益をもたらすのだろうかと思いましたか？複雑さの層を追加することで、本当に多くの利益が得られるでしょうか？

編集：私は技術的な賛否両論を探しています。KISSは良いモットーですが、CEOや取締役会との議論に遅れを取ることはありません。

コンテナにはDockerを選択し、オーケストレーションにはSwarmを選択することをほぼ確信しています。しかし、私は私たちのスペースでKubernetesを見てみたいので、より堅牢なソリューションのためにテクノロジーを統合できるという提案が興味をそそります。

— EvanM
ソース

ここでの操作上の言葉は「私を誘う」です。あなたはビジネスの一員です。これを行うには、正当なビジネス上の理由があるはずです。技術的な魔法ではなく、あなたの興味ではなく、これら2つを組み合わせる確かなビジネス上の理由です。そもそもそのようなビジネス上の理由がない場合、それを発明することは単に非倫理的です。あなたが提案していることは、個人的な理由でビジネスリソースの浪費につながり、倫理的には横領に似ています。

— ジリクルダ

率直に言って、この会話は時間の無駄だと感じているため、これに応答するかどうかについて議論しました。はい、私はビジネスの一部です、はい、それは私を興味をそそります、いいえ、私は何も発明していません、そしてあなたが始めから持っていた態度は不当です。陰謀はテクノロジーを前進させるものであり、その理由/理由が仕事の一部であり、単にあなたの前に行った人に質問するのがベストプラクティスです。この質問は、これらのプラットフォームで実際に仕事をしたことがあり、そのテーマについて有効な意見を持っている人々からフィードバックを得るためのものでした。

— EvanM

Iamは哲学的な話題のバズワードやかわいい頭字語を探していません。Iamは技術的な利点や不足を探しており、必要に応じてギャップを埋めることができます。投稿されたものはすべて事実に基づく議論のない意見でした。コンテナ化とオーケストレーションを解決するためにどのテクノロジーを使用しているか、そしてそれで見つかった短所について説明していただければ幸いです。その時点で、私と私のビジネスは、私たちが取るべき最善の道を決定することになります。研究は横領や窃盗ではなく、デューデリジェンスと呼ばれ、優れたテクノロジーが優れたソリューションに変わる方法です。

— EvanM

その場合、間違ったフォーラムを尋ねているかもしれません。DevOpsは、文化、プロセス、および技術的手段によりビジネスをより効率的にする方法に関する規律です。テクノロジーについては活発に議論していますが、それはこの観点からです。厳密に技術的な観点から答えを探しているなら、あなたが探している答えをあなたに与えることができるKubernetesの技術的なワーキンググループがたくさんあると確信しています。

— ジリクルダ

回答:

更新： Docker はスケジューラとしてKubernetesのサポートをリリースしました。これにより状況が変わり、KubernetesはDocker Swarmの代替スケジューラになります。

TL; DR：それをしないでください。エンジニアは常にこれらの豚を作成しようとします。あなたがもたらす不必要な技術はすべて、別の欠陥をもたらします。どちらかを選択できる場合は、どちらかを選択し、両方を行う必要はありません。Kubernetesでプレイしたい場合は、Google Cloudでプライベートアカウントを取得し、好きなだけプレイしてください。しかし、不必要な合併症で会社の全員を苦しめないでください。

それらは2つの並行した、ほとんど同等のテクノロジーです。たとえば、信頼性のために複数のクラウドプロバイダーにデプロイする正当なビジネス上の理由があり、AWS ECS（Dockerに基づく弾性コンテナーサービス）とGoogle GKE（Kubernetesに基づくコンテナーエンジン）の両方にデプロイしたい場合パイプラインを構築しますか？それは、両方で展開するためにコンテナにソフトウェアとパッケージを構築しますか？

— ジリ・クロダ
ソース

Kubernetesで「プレイ」したいとは言いません。私がSwarmよりもそれを好むビジネス上の理由があります。一つはコミュニティであり、私が何かをしたいというあなたの仮定は間違っています。私はこれまで何度も見たり予防したり、少なくとも試したシステムエンジニアの立場から来たあなたの犬の豚の意見に反対しません。学んだ教訓、またはその理由に関する技術的な詳細のいずれかで作業したことを示す情報は提供していません。これが私の質問に対応しているとは思わない。

— EvanM

私は「仕事をする」の代わりに「遊びをする」を使用します。一部は仕事の意味で楽しく、一部は母のお気に入りに基づいています。:)

— ジリ・クロウダ

わかった、私も同じことをする。これは、これがKubernetesを私の会社の喉に押しやるというハザードの半分の試みではないことを明確にしたかっただけです。したがって、質問。直感は「良い」理由はないということですが、私も単にその記事を無視することはできませんでした。

— EvanM

見て、我々はすべてそこにいた。ビジネスは、他のテクノロジーの方が優れていると考え、他のテクノロジーまたは少なくともその両方と何らかの形で連携し、選択がどれほど優れているかを示すために、1つのテクノロジーを使用する予定です。それは古典です。あなたが何を考えても、それを行うために、またはあなたが正しいことを証明するために2つを組み合わせないでください。それを正当化できたとしても、あなたの仕事はそうしないようにソリューションを設計することです。接吻。それをSwarmで動作させ、Kubernetesを使用するよう全員に説得するか、Kubernetesを使用する場所で終了して動作するようにします。

— ジリクルダ

Azureをクラウドプロバイダーとして使用している、または考慮している場合にKubernetesをスケジューラとして使用する1つの理由は、比較的新しいAKSサービス（管理されたkubernetes）です。この場合、kubernetesとdocker swarmを組み合わせることはできません。

これは、コミュニティがどこに向かっているのかを明確に示しています。後でゴミ箱に捨てる必要のあることを学びたくありません。

— 長ぐつをはいたネコ
ソース