Google、Microsoft、Amazon Kubernetes サービスの比較

翻訳者注:

この記事は多少主観的です。著者の見解が客観的であるかどうかは確認していません。あくまで参考用です。この記事で使用されている略語の説明は次のとおりです。

• Google GKE = Google Kubernetes エンジン
• Microsoft AKS = Microsoft Azure Kubernetes サービス
• Amazon EKS = Kubernetes 向け Amazon Elastic Container Service

これまでもクラウドホスト型 Kubernetes プロバイダーの比較は数多く行われてきましたが、おそらくこれがこれまでで最も正直な比較でしょう。

以下は、GKE、AKS、EKS を比較した Google スプレッドシートのスクリーンショットです。いくつかのボックスにはすでにコメントが入っていることにお気づきかもしれません。これらのコメントは、私が情報を入手した場所にリンクします。

更新:この表には現在、IBM IKS と Alibaba Cloud ACK も含まれています。

何か間違っている点がありましたら、フォームにコメントを書き込むか、記事の下にメッセージを残してください。

これは残酷な比較になりますが、誰かが何らかの事実を提供してくれたら、私は喜んで考えを変えます。

今のところ、私は EKS を使用しており、AWS のヘビーユーザーでもあります。私も GKE に少しだけ触れたことがありますが、それは「Kubernetes The Hard way」というチュートリアルを作成していたときに、自分の目的で GKE 上にシンプルで簡単なテスト クラスターを開始したほんの少し前のことでした。 GKE をもっと使いたいのですが、会社では AWS を使っています。

昨年数か月間 Azure を使用して以来、私は Azure を避けるようにしています。当時私は Microsoft パートナーだったので、Azure を使用することは必然でした。いくつかの機能は優れていますが、ユーザーエクスペリエンスは Amazon とは程遠いです。

さまざまなシナリオに応じて提案を分類します。

新しいプロジェクト

私は、Google、Amazon、Microsoft が提供するすべてのクラウド サービスを評価することを人々に推奨するかどうかを検討してきました。 Kubernetes は、より大きなシステムの 1 つのコンポーネントにすぎず、私たちの決定に影響を与える他の要因もあります。しかし、実際には、さまざまなクラウドベンダーが提供する機能やサービスに大きな違いはありません。

もちろん、マーケティング チームはそうではないと言うかもしれませんが、ほとんどの企業が必要とする機能に注目すると、それらのクラウド ベンダーは実際にそれらを提供できるのです。

たとえば、Kubernetes のみを使用する場合は、シンプルかつ大まかにしておきましょう。答えは明らかです。GKE を選択してください。

なぜ？なぜなら、ほぼあらゆる定量化可能な方法で競合他社と比較すると、より安く、より速く、より優れているからです。

クラスターの作成時間は大したことではない、3 分と 20 分は変わらない、と思われるかもしれません。結局のところ、実際にクラスターを作成する頻度はどれくらいでしょうか? 20 分以上かかり、時々エラーが発生する場合は、それに対応するためにワークフロー全体を変更するため、頻繁に作成することはないでしょう。

ただし、クラスターの作成に 3 分しかかからない場合は、使用するテスト インフラストラクチャをいつでも破棄して再構築できることがわかり、作業方法がまったく変わります。

ネットワーク機能ももうひとつの要素であり、この点では Google は競合他社よりはるかに優れています。高可用性とスケーラビリティに関しても同様です。

表のすべての行が理由であるとは言いませんが、データがすべてを物語っていると思います。

私たちはすでにAWSに縛られています

そうすると、選択肢があまりなくなる可能性があり、Kubernetes だけでは他のクラウド プラットフォームに移行する十分な理由にはなりません。

この比較を見て、もっと悪い状況になる可能性があると気付いていただければ幸いです。 EKS はつい最近リリースされたばかりで、Amazon チームはすぐに反復作業を行う予定です。ネットワーク パフォーマンスや VM の起動時間の点で Amazon が Google に追いつくことができるかどうかは疑問ですが、まだ許容できるレベルです。

マスターノードでデフォルトのアドミッションコントローラを有効にできれば良いでしょう。また、クラスターの作成がなぜこんなに遅いのか全くわかりません。職場でクラスターのビルド時間を測定したところ、統合テストを実行できる状態になるまでに常に約 20 分かかりました。

更新:アドミッション コントローラーが追加されました。

もう 1 つの厄介な点は、ワーカー ノードの管理が不十分であることです。 EKS のエンジニアが GKE のようにすべてをパッケージ化して統合できるようになることを願っています。

興味深いことに、EKS は i3.metal インスタンスをサポートしており、これはベアメタル ワーカー ノードをサポートする Kubernetes の唯一のソリューションであることに気づきました。これは一部のユーザーにとって役立つかもしれません。

私の会社はAzureの使用を検討しています

同様に、実際にできることはあまりありません。私の提案は、AKS と GKE を比較するデモを準備し、開発者の経験を意思決定者に伝えることです。

Azure 上の一部の操作は扱いにくい対話型ページでしか実行できないこと、他の操作には Powershell が必要であること、また、一部の複雑な操作にはコマンド ラインが必要であることを説明します。速度低下の理由と、それが DevOps パイプラインと自動化全体にどのような影響を与えるのかを説明してもらいます。はい、Azure を実行することはできますが、生活は十分に大変ですから、もっと楽にしてみませんか?

Active Directory のような要件に縛られている可能性があり、その場合は本当に運が悪いことになります。

私が本気で言っているのは、もし私の会社が Azure に移行すると決めたら、私は新しい仕事を探すということです。ちなみに、これは必ずしもそうとは限りません。若い頃、私は Windows サーバーを管理していました。毎週、破損した TFS (Team Foundation Server) を修復し、コンピューター室に行ってテープを取り替える必要がありました。

今、私はインフラストラクチャをプログラムで制御したいと考えています。そのため、クールな自動化プロジェクトを構築できるように、効率的でバグがあまりない必要があります。特に長年 AWS に携わってきた後では、Azure のような製品に取り組むのは気が滅入ることがあります。

更新: Azure AKS がどれだけ遅くてバグが多いかを定量化するには、Dolos プロジェクトを確認することをお勧めします。

オンプレミスのデータセンターから Azure に移行するすべての人にとって、これはおそらく俊敏性の面での一歩前進となるでしょう。皆様の成功をお祈りいたします。

はい、これで分かりました!この Web サイトでは、クラウド上で実行されている Kubernetes サービスを比較する必要があります。可能な限り Google GKE を使用することをお勧めします。すでに AWS を使用している場合は EKS を試してみてください。ただし、現段階ではあまりメリットがありません。マネージド ワーカー ノードとその他の機能が統合されるまでは、まず Kops やその他のクラウド製品を検討することをお勧めします。