複数クラウドとマルチクラウド：ギャップを埋めるための簡素化

F5

企業でマルチクラウド戦略が広く採用されている一方、その実行に伴う多くの課題に対応できる効果的なソリューションは、依然として不足しています。課題の1つは、複数のプロバイダーにまたがってホストされるワークロードを安全に相互接続することです。この問題は、利用するクラウドベンダーが増えるほど深刻になります。

複数のクラウドにアプリを展開している組織は全体の75%を占め、そのうち63%が3つ以上のクラウドを利用していることが、Propeller Insightsの調査で明らかになっています。全体では、半数を超える組織（56%）が、異なるクラウドプロバイダー間でのワークロード管理を困難と感じており、セキュリティ、信頼性、そして全般的な接続性を課題として挙げています。

こうした難しさの一因は、運用モデルがクラウドごとに異なることにあります。各クラウドは、そのクラウドプロバイダー固有のサービスとAPIを提供しており、多くの場合、異なるスキルセット、ポリシー、アプローチへの対応が求められます。どのクラウドでも「ソフトウェア定義ネットワーク」を利用できますが、まったく同じ「ソフトウェア定義ネットワーク」エクスペリエンスを提供するクラウドは2つとありません。こうした環境間の違いを適切に考慮しないと、構成に不整合が生じ、セキュリティとパフォーマンスに影響することが少なくありません。

クラウドネイティブ（マイクロサービスベース）アプリケーションの導入により、相互通信が必要なインスタンス数が大幅に増加し、相互接続の難しさがさらに深刻化しています。Propellerの調査では、「回答者の70%以上が、プロバイダー間でセキュリティサービスが異なること（77%）、API数の増加（75%）、マイクロサービスベースのアプリケーションの普及（72%）によって、マルチクラウド環境におけるセキュリティ上の問題が悪化していると回答しています」と報告されています。

この課題を背景に、マルチクラウドネットワーキングには新たなアプローチが必要とされ、その需要も高まっています。

マルチクラウドネットワーキングの課題

マルチクラウドネットワーキングは、アプリケーションデリバリを簡素化する2つの異なるアプローチを統合します。

1. ソフトウェア定義のインターネットワーキングをボトムアップで採用します。 ネットワーク環境間の違いを抽象化し、複数のクラウド環境を併用する際の課題を大幅に簡素化するオーバーレイを構築します。固定された物理インフラストラクチャを高機能なアンダーレイとして活用し、標準化されたクロスクラウドのコントロールプレーンによって、その上に動的な仮想ネットワークを構築できます。
   
2. シンプルなコンテナネットワーキングをトップダウンで拡張し、高度な分散を実現します。業界ではコンテナワークロードが事実上のアプリケーション単位として標準化されつつありますが、その基盤となる比較的単純なネットワーキングを他の環境へと拡張する必要があります。これは、環境間のアプリケーショントラフィック管理を支援する分散クラウドが最終的に登場することを示しています。

これら2つの要素の融合により、お客さまのアプリケーションアーキテクチャには、ネットワークワークロードの管理を容易にするKubernetesと、ネットワーク間接続を簡素化するSDNという2つの抽象化レイヤーがすでに形成されています。しかし、現状の両アプローチの融合方法には、依然としてお客さまにとって大きな課題が残っています。

複数のクラウドを利用する場合、標準化されたインターネットワーキング手法を実現するために、これらのテクノロジーによって運用部門は過度に細分化された設定を採用せざるを得ず、多くの組織が課題を抱えています。VLAN管理のような極めて単純なネットワーク作業でさえ、クラウドプロバイダーごとに手法が明確に異なります。そして、どちらの手法も、企業が自社のプライベートクラウドに採用している手法とはまったく異なる可能性があります。複数のクラウド環境にまたがるネットワークのプロビジョニングと管理の方法が異なるため、ネットワーク標準化の進展に対応するだけでも、各環境の違いに精通した専門スタッフを確保し続けなければならないことが少なくありません。

ソリューションとしてのDistributed Cloud

この2つのソリューションを管理するだけでも大きな負担ですが、複数のクラウドプロバイダーが加わると、問題はさらに深刻になります。この課題には、KubernetesとSDNの連携を強化し、環境の違いに対処するとともに、ネットワークの専門知識がなくても実現できるようにするという、より効果的なアプローチがあります。F5では、このアプローチを「分散クラウド」と呼んでいます。

一般に、この問題が顕在化するのは、サービスに「最適なネットワーク／クラウド」を選択する前に、ビジネス上の判断とアプリケーションのニーズを比較検討する段階です。この判断では、コスト、サービス開始の可否、導入の速さ、特定のリージョンに配置する必要性など、アプリケーションの成功に不可欠と判断されるさまざまな要因が考慮されます。最初のビジネス判断で、ネットワーク側の要因や他のクラウドとの相互運用性まで考慮されることはほとんどありません。そのため、アプリケーションが想定されるライフサイクルをたどる中で、事業内の他部門がクラウド利用について異なる判断を下すと、新たな課題が生じやすくなります。

F5は、ビジネスニーズに特に適したクラウドテクノロジーを採用するという判断は、たとえ複数のベンダーや環境を利用することになっても、それ自体に問題はないと考えています。特定のクラウドプロバイダーだけのメリットを追求するのではなく、ネットワークに関するスキル、アプリケーションのニーズ、ビジネス上の要望に照らして現実的かつ導入可能で、規模の拡大に対応できるソリューションにより、すべてのクラウドに共通性を持たせることを目指すべきだと考えています。F5はこのアプローチを「分散クラウド」と呼んでいます。

F5のアプローチは、次の3つの重要な考え方に基づいています。

1. ネットワークは、品質や顧客体験を損なうことなく、場所や時間を問わず利用できるモデルを支える必要があると考えています。
   
2. お客さまがどの基盤クラウドを選択しても、あらゆるインターネットワーキングクラウドは、シンプルかつ包括的で、一貫性を備えているべきだとF5は考えます。
   
3. シンプルかつ宣言型でAPI駆動の統合を制御プレーンと管理プレーン全体で実現することで、お客さまはより多くの価値を得られるべきだとF5は考えています。

分散クラウドモデルでは、お客さまのアプリケーションのユーザーに対し、最高水準の品質、パフォーマンス、セキュリティをほぼリアルタイムで提供する必要があると考えています。F5は、大幅なコスト増加、プロビジョニングに伴う時間的制約、環境による差異を生じさせることなく、クラウド間の弾力性という概念を実現する分散クラウドの提供を目指しています。

F5は、整合性のある一連のテクノロジーとプラクティスを提供することで、こうした重要な局面に正面から対応するための幅広いソリューションポートフォリオをすでに構築しています。現在は、これをお客さまのアーキテクチャ内のあらゆるアプリケーションに拡張すべく取り組んでいます。より多くの「Adaptive Applications」への移行を目指すというF5のミッションの一環として、お客さまがこうした移行を完了し、環境ごとにネットワークの専門家を配置することなく、ワークロードを最も効率的かつ効果的な場所、リージョン、またはコストモデルへ容易に移行できるよう支援していきます。

F5の独自性は、お客さまがF5のテクノロジーを活用し、オンプレミスのミッションクリティカルなワークロードとクラウド規模のマルチクラウド環境を橋渡しできる点にあります。F5によるVolterraの買収により、真に共通化された制御・管理プレーンを通じて、パブリッククラウドのワークロードとネットワークにも同等の運用性と機能を適用できるようになり、ネットワーク間接続の課題が簡素化されます。環境間の接続を確立するためだけに、クラウドごとに複数のチームを編成し、環境固有の多数のAPIを管理する必要はもうありません。

F5は、シンプルで効果的なマルチクラウドビジネスソリューションをお客さまに提供することを、引き続き優先課題としています。F5のテクノロジーによって、より優れ、より高速で、よりセキュアかつ分散化されたクラウドを実現することで、組織の「今すぐ実現したい」という切実な要望に応えるソリューションが、まさに手の届くところにあると確信しています。

複数のクラウドを個別に管理する方法から脱却し、マルチクラウドネットワーキングを導入する方法をご紹介します

著者について

F5

F5のその他のブログ記事