複数のクラウドとマルチクラウド: ギャップを埋めることを容易にする
企業ではマルチクラウド戦略が幅広く採用されているにもかかわらず、それを実行する組織が直面する多くの課題に対処する効果的なソリューションが不足しています。 そのような課題の 1 つは、複数のプロバイダーにまたがってホストされているワークロードの安全な相互接続です。この問題は、クラウド ベンダーが追加されるほど深刻化します。
複数のクラウドにアプリを展開している組織の大多数（75%）のうち、63%は3つ以上のクラウドを使用しています。 Propeller Insights の調査に回答しました。 全体として、半数以上 (56%) が、セキュリティ、信頼性、そして一般的には接続性に関する課題を挙げ、異なるクラウド プロバイダー間でワークロードを管理することが難しいと感じています。
この困難の一部は、主に競合する運用モデルに起因しています。 それぞれのクラウドは、個々のクラウド プロバイダに固有のサービスとそれぞれの API を提供しており、多くの場合、顧客は異なるスキルセット、ポリシー、アプローチに準拠する必要があります。 すべてのクラウドは「ソフトウェア定義ネットワーク」エクスペリエンスを提供しますが、2 つのクラウドが同じ「ソフトウェア定義ネットワーク」エクスペリエンスを提供するわけではありません。 環境間の違いが適切に考慮されていない場合、セキュリティとパフォーマンスに影響を与える一貫性のない構成につながることがよくあります。
相互接続の難しさは、クラウドネイティブ（マイクロサービスベース）applicationsの導入によってさらに高まり、相互通信する必要があるインスタンスの数が大幅に増加します。 Propeller の調査によると、「回答者の 70% 以上が、プロバイダー間のセキュリティ サービスの違い (77%)、API 数の増加 (75%)、マイクロサービス ベースのアプリの普及 (72%) により、マルチクラウド環境ではセキュリティの問題が悪化していると回答しています。」
この困難により、マルチクラウド ネットワーキングへの新しいアプローチの必要性と需要が高まっています。
マルチクラウド ネットワーキングの課題
マルチクラウド ネットワーキングは、application配信を簡素化するために 2 つの異なるアプローチを統合します。
- ソフトウェア定義のインターネットワーキングをボトムアップで採用します。 ネットワーク環境間の違いを抽象化し、複数のクラウド環境を一緒に使用する場合の課題を大幅に簡素化するオーバーレイを作成することで、固定された物理インフラストラクチャが、その上で動的な仮想ネットワークを可能にする標準のクロスクラウド コントロール プレーンを備えた優れたアンダーレイとして使用されます。
- シンプルなコンテナ ネットワーキングをトップダウンの洗練された分散へと拡張します。 業界ではコンテナ ワークロードを事実上のapplicationユニットとして標準化し始めていますが、その下にある比較的単純なネットワークを他の環境に拡張する必要があり、最終的には環境間のapplicationトラフィックの管理を支援する分散クラウドが登場することになります。
これら 2 つの要素の融合により、顧客のapplicationアーキテクチャに 2 つの抽象化レイヤー (ネットワーク ワークロード管理を容易にする Kubernetes とインターネットワーキングを簡素化する SDN) がすでに作成されています。 しかし、これら 2 つのアプローチを融合する現在の方法では、依然として顧客に大きな苦痛を与えています。
多くの組織は、複数のクラウドが関係する場合に標準化されたインターネットワーキング アプローチを実現するために、これらのテクノロジでは運用で非常に細かい構成を採用する必要があるという課題に直面しています。 あるクラウド プロバイダが採用するアプローチは、VLAN 管理のような非常に単純なネットワーク タスクであっても、別のクラウド プロバイダーが採用するアプローチとは明らかに異なります。また、どちらも、企業が自社のプライベート クラウドの取り組みに採用するアプローチとはまったく異なる可能性があります。 クラウド プロパティ全体でネットワークをプロビジョニングおよび管理する方法によっては、ネットワークの標準化に対応するためだけに、それぞれの環境の違いに精通した専門家のスタッフを維持する必要が生じることがよくあります。
ソリューションとしての分散クラウド
これら 2 つのソリューションを管理するだけでも大変な苦労ですが、この戦いに複数のクラウド プロバイダが加わると、問題の深刻さはさらに増します。 明らかに、Kubernetes と SDN を近づけ、環境の違いを解決し、ネットワークの専門家でなくてもこのすべてを実現できるようにすることで、この問題に対処するより良い方法があります。 F5 では、このアプローチを「分散クラウド」と呼んでいます。
顧客がこの問題に遭遇するのは通常、サービスに「最適なネットワーク/クラウド」を選択する前に、ビジネス上の決定とapplicationのニーズを比較検討するためです。 この決定には、コスト、起動能力、展開のスピード、特定の地域に拠点を置く必要性など、さまざまな要素が組み込まれます。顧客が決定する要素はどれも、アプリケーションの成功にとって重要です。 初期のビジネス上の決定において、ネットワーク側の要因や他のクラウドとの相互運用性が考慮されることはほとんどありません。 残念ながら、applicationが想定される寿命に沿って進み、ビジネスの他の要素がクラウドの使用について異なる決定を下すにつれて、新たな課題が発生する可能性が高まります。
F5 では、複数のベンダーや環境を使用することになったとしても、ビジネス ニーズに特に適したクラウド テクノロジーを使用するという決定には、本質的に間違った点はないと考えています。 当社は、お客様が特定のクラウド プロバイダのメリットだけを追求することを提案しているのではなく、お客様のネットワーク スキル、applicationのニーズ、ビジネス上の要望に合わせて合理的に構築できる、スケールに合わせたソリューションによって、すべてのプロバイダーに共通性を持たせることを目指しています。 私たちはこのアプローチを「分散クラウド」と呼んでいます。
私たちのアプローチは、次の 3 つの重要な信念に基づいています。
- 私たちは、ネットワークは品質や顧客体験を損なうことなく、いつでもどこでも利用できるモデルをサポートする必要があることを理解しています。
- 当社は、お客様が基盤となるクラウドが何を選択するかに関係なく、インターネットワーキング クラウドはシンプルで完全かつ一貫性のあるものでなければならないと主張します。
- 私たちは、制御プレーンと管理プレーン全体にわたるシンプルで宣言的な API 主導の統合を通じて、お客様がより多くの価値を得ることができるはずだと考えています。
分散クラウド モデルでは、お客様のapplicationsのユーザーに、ほぼリアルタイムで最高の品質、パフォーマンス、セキュリティのサービスを提供する必要があると考えています。 私たちの目標は、コストの大幅な増加、プロビジョニングの時間的制約、環境の変化なしに、クラウド間の弾力性の概念を実現する分散クラウドを提供することです。
F5 は、一連のテクノロジーとプラクティスを組み合わせて提供することで、こうした重要な局面に正面から対応するための幅広いソリューション ポートフォリオをすでに作成していますが、これをお客様のアーキテクチャ内のすべてのapplicationに拡張できるよう、引き続き取り組んでいます。 より適応性の高いapplicationsへの移行という当社の使命の一環として、当社は、お客様がこれらの移行を完了し、環境ごとにネットワーク ウィザードのスタッフを雇用することなく、ワークロードを最も効率的で効果的な場所、地域、またはコスト モデルに簡単に移動できるように支援する予定です。
当社のテクノロジーを使用して、オンプレミスの重要なワークロードでクラウド規模のマルチクラウド ブリッジを構築できるという点が、当社のユニークな点です。 Volterra の買収により、お客様は真の共通制御および管理プレーンを使用して、パブリック クラウドのワークロードとネットワークに同じ流暢性と機能をもたらすことができるため、インターネットワーキングの課題が簡素化されます。クラウド間で接続を実行するためだけに、クラウドごとに多くのチームを構築したり、環境固有の多くの API を管理したりする必要がなくなります。
当社は、シンプルで効果的なマルチクラウド ビジネス ソリューションをお客様に提供することを引き続き最優先事項としています。 F5 のテクノロジーによって、より優れた、より高速で、より安全で、より分散化されたクラウドが実現されれば、「今すぐに実行してほしい」という組織の要望に対する解決策が本当に実現可能になると私たちは確信しています。