企業組織の新たな標準運用モデルが主にクラウドを基盤としていることは、少なくとも私の考えでは、ほぼ間違いありません。ここでいう「クラウド」は、プライベート(オンプレミス)とパブリック(オフプレミス)の両方のクラウドモデルを広く指します。あらゆる兆候から、当面はどちらも利用され続けると考えられるためです。
場合によっては、複数のパブリッククラウドと、少なくとも1つ(場合によっては複数)のプライベートクラウドを組み合わせ、それぞれを比較検討することになります。
各モデルをいくつ組み合わせて組織の戦略を構成しているかにかかわらず、実際には複数のクラウドにまたがってアプリケーションを展開している可能性が高いでしょう。つまり、マルチクラウドです。これにはいくつもの妥当な理由がありますが、今回の議論には関係ありません。要するに、組織は「マルチクラウド」戦略を採用している可能性が高いということです。以上です。

しかし、これは多くのことを意味します。David Linthicum氏は、クラウド分野で活躍する著名なコメンテーター兼専門家です。最近の記事で、この種の戦略がDevOpsの取り組みに与える影響について次のように述べています。
“1. DevOpsにはハイブリッドソリューションが必要です 現在のパブリッククラウドだけでは、DevOpsに必要なものをすべて一括で揃えることはできません。DevOpsのサポートを含むアプリケーション開発管理機能は備わっていますが、依然として、パブリッククラウドサービスと、従来型ソフトウェアを含む複数の製品を組み合わせてソリューションを構築する必要があります。”
さらに、DevOpsツールチェーンが必要であることに加え、複数のクラウドでアプリを実行するのは、そのアプリをユーザーに提供するためだと認識することが重要です。社内ユーザー、社外ユーザー、パートナー。人、モノ、API。ユーザーが誰(または何)であるかは問題ではありません。通常、アプリは何らかのビジネス目的に利用されることを意図してデプロイされるため、そのアプリを必要とする相手に提供する必要があります。
アプリケーションの配信にはサービスが必要です。規模拡大のための単純な負荷分散から、最新のデバイス向けのIoTセキュリティサービスまで、対象ユーザーへのアプリケーションのセキュアな配信を支えるアプリケーションサービスは多岐にわたります。マルチクラウドモデルで運用する場合、DevOpsと同様の問題が生じます。すべてのクラウドが同じサービスを提供しているわけではなく、各クラウドのネイティブサービスは、他のクラウドのサービスとほぼ確実に互換性がありません。クラウドプロバイダー自体から一部のサービスを利用できる可能性はありますが、それ以外のサービスについては、別の提供元から導入する必要があります。

F5の2017年版「アプリケーションデリバリの現状」レポートで、現在組織が利用しているアプリケーションサービスの数を見ると、大半の組織が11~20のサービスを利用していることがわかります。これはかなりの数であり、可用性、パフォーマンス、セキュリティ、アイデンティティ、モビリティという5つの異なるカテゴリーにわたっています。
つまり、クラウドネイティブかどうかを問わず、さまざまなサービスが複数のクラウドプロバイダーに分散し、効率的に管理できなくなる可能性があります。ましてや、可能な限り優れたアプリケーションエクスペリエンスを実現するために必要な可視性を、これらのサービスの機能を活用して確保することは困難です。
Davidが端的に述べているように、「パブリッククラウドサービスを含む複数の製品を組み合わせてソリューションを構築」し、さらにこの場合は、従来型の方法で提供されるアプリケーションサービスも組み合わせる必要があります。これは非効率であり、F5の調査によると、マルチクラウド戦略を採用する組織にとって課題となっています。
したがって、マルチクラウド戦略を採用する際は、その影響を受けるさまざまな戦略についても慎重に検討することが重要です。DevOpsもその1つであり、アプリサービスも例外ではありません。マルチクラウドのアプリサービス戦略では、必要なアプリサービスを目的の各クラウド環境に導入できるようにするだけでは不十分です。クラウドのメリットを実現するには、新たな運用モデルを構成するパブリッククラウドで可視性やポリシーコンプライアンスが損なわれないよう、これらのサービスを可能な限り一貫した方法で管理できるようにすることも重要です。
マルチクラウド戦略はまだ「当たり前」とまでは言えませんが、いずれそうなることをあらゆる兆候が示しています。すでに多くの組織がプライベートクラウドに投資しており、現在では機能を拡張し、パブリッククラウドのメリットも得るために、パブリッククラウドの活用を検討しています。しかし、アプリケーションをセキュアに配信するために必要な、管理とポリシーの一貫性を効果的に確保できない非効率なソリューションでは、こうしたメリットが容易に損なわれる可能性があります。
マルチクラウド戦略には、マルチクラウドソリューションが必要です。これには、安全で満足度の高いアプリケーションエクスペリエンスの提供に不可欠なアプリケーションサービスも含まれます。
著者について

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視
F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。
F5 BIG-IPでAI防御を実現
F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。
F5 Advanced WAFによるGraphQL APIの保護
ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。
アプリケーションサービスの現状 通信業界版:リーダーとしての台頭
通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。
デジタルトランスフォーメーションは、単なるペーパーレス化ではない
デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。
やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。