Kubernetes ベースのハイブリッド クラウドを構築するメリットとデメリット

過去 1 年間、ハイブリッド クラウドは、企業がクラウド変革を開始するための最良の選択肢であると言われています。問題は、ハイブリッド クラウドの旅をどのように始めるかということです。

ハイブリッド クラウド プラットフォームとソリューションを見ると、2 つの主要なカテゴリに分けられます。 1 つは Kubernetes に基づいて構築されています。もう 1 つは Kubernetes に基づいて構築されていません。企業の規模や種類に関係なく、ローカルまたはリモート インフラストラクチャ上のパブリック クラウドに接続して統合する場合は、Kubernetes に関連する問題に必ず遭遇します。この問題を解決する前に、まず Kubernetes とハイブリッド クラウドの関係を理解し​​ましょう。

Kubernetesとハイブリッドクラウドのさまざまな関係

オープンソースのコンテナ オーケストレーション ツールである Kubernetes 自体は、コンテナ内で実行されるアプリケーションを管理するためにユーザーが必要に応じてローカルまたはパブリック クラウド インフラストラクチャにデプロイできるハイブリッド クラウド プラットフォームです。それだけでなく、Kubernetes はハイブリッド クラウド アーキテクチャでも重要な役割を果たします。つまり、Kubernetes はアプリケーションをデプロイおよび管理するための統一された方法を提供するため、アプリケーションがどのインフラストラクチャ上にあるかに関係なく、一貫したエクスペリエンスを実現できます。パブリック クラウド、プライベート クラウド、ホスト型データ センターのいずれであっても、統一された展開を実現できます。さらに、Kubernetes は複数のインフラストラクチャ タイプにまたがるアプリケーションを同時に管理できるため、ユーザーのパブリック クラウド、プライベート クラウド、ホストされたデータ センターのクロスプラットフォーム管理が可能になります。

Kubernetes はハイブリッド プラットフォーム管理にさまざまなメリットをもたらすため、多くのベンダーが Kubernetes を中核としたハイブリッド クラウド ソリューションを構築しています。たとえば、Google の Anthos、VMware の Tanzu、AWS の EKS Anywhere などです。では、基盤となるリソース管理レイヤーとして Kubernetes を使用していない製品は何でしょうか?最も代表的なものは、AWS Outposts と Azure Stack です。これらは、多くのパブリック クラウド サービスをそれぞれのプラットフォームからクラウドベースの仮想マシンやデータベースなどの内部インフラストラクチャ展開に拡張し、ユーザーが API 呼び出しやさまざまな管理ツールを含む、データセンター内の AWS または Azure クラウド プラットフォーム上の多くのパブリック クラウド サービスを使用できるようにします。

Kubernetesの選択はビジネスニーズによって決まる

では、ユーザーアプリケーションの観点から、どのように選択すればよいのでしょうか? Kubernetes をベースにしたハイブリッド クラウド プラットフォームを構築すべきでしょうか?非 Kubernetes モードではユーザー エクスペリエンスが向上しますか?答えは、ビジネスニーズに応じて選択することです。

Kubernetes を通じてワークロードを管理するかどうかは、アプリケーションがデプロイされている場所によって異なります。 Anthos や Tanzu などのクラウド プラットフォームを選択した場合は、組み込みの Kubernetes を通じてすべてをオーケストレーションできます。ただし、AWS Outposts や Azure Stack などのソリューションを選択した場合は、CloudWatch、CloudTrail、CloudFormation などのローカライズされた管理ツールを使用してアプリケーションをデプロイおよび管理できます。もちろん、Kubernetes の管理方法だけが気に入っていて、上記のクラウド ソリューションを一切使用したくない場合は、Kubernetes をベースにした他のハイブリッド クラウド プラットフォームを選択することもできます。

アプリケーションの展開の問題に加えて、アプリケーションがコンテナ化される程度も考慮する必要があります。 Kubernetes はコンテナを管理するのと同じ方法で仮想マシンを管理できます。これは Tanzu と Anthos の両方で実現できます。しかし、Kubernetes はコンテナをオーケストレーションするように設計されており、VM は通常コンテナほど高速に起動および停止せず、コンテナと同じ方法で複数の VM インスタンスを起動する人はほとんどいないため、Kubernetes で VM を管理するのは少し奇妙です。ワークロードが主に VM で構成されている場合は、Kubernetes を中核としないハイブリッド クラウド プラットフォームを使用する方がよい場合があります。

さらに、特に注意する必要があるもう 1 つの問題は、Kubernetes が長期的な投資であるかどうかについて懐疑的になる必要があるということです。 Kubernetes が今注目されているのは、Google と VMware の両社がハイブリッド クラウドのインフラストラクチャ層に Kubernetes を組み込んだためです。しかし、Kubernetes は登場してからまだ 7 年しか経っておらず、一時的な流行に終わる可能性が高いです。 5、6年前のDockerと同じように、Kubernetesが登場していなかったとき、ほぼすべての人がDockerに賭けていました。したがって、技術革新は無限です。トレンドを盲目的に追うのではなく、冷静に考え、アプリケーションの柔軟性を十分に考慮する必要があります。

現在のアプリケーション状況から判断すると、Kubernetes ベースのハイブリッド クラウド プラットフォームは、クラウド ベンダーが提供する独自のツールのみに依存するプラットフォームよりも確実に柔軟性が高くなります。例えば、Azure Stack を使用している場合、AWS Anthos への移行は困難ですが、Anthos から Tanzu への移行は比較的簡単です。シームレスではありませんが、両方のプラットフォームは統合された Kubernetes 管理プラットフォーム上に構築されています。

要約: 全体として、ハイブリッド クラウド管理プラットフォームとして Kubernetes を選択するかどうかは重要ではありません。長所と短所を十分に考慮し、最終的にビジネスニーズを満たすことができれば、それは成功した選択です。