テクノロジーには、盛衰のサイクルがあります。その必然性は、イノベーションのSカーブや、ある著名な調査会社が提唱するハイプ・サイクルなど、多くの理論に表れています。
クラウドもまた、同じような波の影響を受けます。過去10年間に2度の非常に大きな波があり、今まさに第3の波が頂点に近づきつつあるようです。
第1の波では、コスト削減とビジネスの俊敏性への期待から、組織は一斉にクラウドへ移行しました。クラウドの導入が進むにつれ、プロバイダーは多様なサービスや専門分野を通じて差別化を図るようになりました。AWSはまさにeコマースの強力な基盤であり、コマースエコシステムとの統合が必要なアプリに最適です。Azureは従来型アプリケーションやデータベース駆動型アプリケーションで圧倒的な強みを持ち、Microsoftのテクノロジーやツールセットで構築されたアプリケーションのサポートに最適です。そしてGoogleは今なお開発者にとって理想的な環境であり、実験とイノベーションを促進しながら、最新のプロトコル、プラットフォーム、サービスをサポートしています。
これが最終的にクラウドの第2の波を引き起こし、現在のマルチクラウド環境につながりました。各プロバイダーがそれぞれ異なる種類のアプリケーションに対応する中、組織は「アプリケーションに適したクラウド」を選択するようになりました。現在、平均的な企業は、F5の調査によると、2～6つの異なるパブリッククラウド環境でアプリケーションを運用しています。
クラウドをしばらく運用してきた組織は、利益率を押し下げ、投資家の不満を招きかねない多額の運用コストに反発し始めています。これは「クラウド回帰」と呼ばれることが多く、現在では、無視できない割合の大企業が、クラウドの第3の波を主導し、パブリッククラウドからデータセンターへ、そしておそらくプライベートクラウドへと回帰しています（組織の86.5%がオンプレミスでプライベートクラウドを運用しています）。
こうした波の根底には、コストに対する共通の懸念があります。組織は、アプリケーションへの投資効果を最大化したいと考えています。デジタルトランスフォーメーションの各段階が進むにつれて、企業のポートフォリオに含まれるアプリケーションの数は増加し、多くの場合、指数関数的に増えていきます。コストは、利便性を求める消費者が必要とするデジタル機能の拡充を大きく妨げる要因となります。各アプリケーションは、生産性の向上または利益という形で、必ず投資効果をもたらす必要があります。例外はありません。
企業のアプリケーションポートフォリオを詳しく見ると、現在稼働中のアプリケーション、ひいてはパブリッククラウド上のアプリケーションの大半が、クラウドモデル本来の規模の経済を活用するようには設計されていないことが分かります。この点で、コスト要因は大きな意味を持ちます。現在稼働中のアプリケーションの大半は従来型のアーキテクチャを基盤としており、クラウドを意識したコンテナ化モデルを基盤としているわけではありません。
モダンアーキテクチャを使用して開発されたアプリケーションは、その特性上、クラウドコンピューティングがもたらすとされるコスト削減効果をより得やすくなります。クラウドネイティブアーキテクチャでは、ビジネス機能に基づいてワークロードを、一般にマイクロサービスと呼ばれる、より小さく独立性の高い機能へと分割することに重点を置いています。そのため、運用面でクラウドの規模の経済をより活用しやすくなります。クラウドネイティブアプリケーションでは、すべての機能ではなく、需要のあるビジネス機能だけをスケールするため、大規模運用時のリソース消費量は従来型アプリケーションと比べて大幅に少なくなります。たとえば、ある大手小売企業は最近、サイロ化して重複していた200個のアプリを、同じビジネス機能を実行する1つのマイクロサービスに置き換えたとF5に説明しました。これにより、複雑さが軽減され、信頼性が向上し、コストが削減されました。
さらに、クラウドネイティブアーキテクチャは本質的にクラウド間の移植性が高いため、組織はクラウドアービトラージを実現し、それを活用できれば大幅なコスト削減が可能になる未来を目指せます。あらゆる環境で運用可能なアプリケーションサービスとアーキテクチャに投資することで、環境間の移行がより円滑になります。また、基盤となるインフラストラクチャから分離、または疎結合された一貫性のあるアプリケーションサービス群を利用することで、クラウドコンピューティングに伴う大きなコスト要因である、クラウド固有のツール、サービス、スキルも不要になります。
仮想的な例を考えてみましょう。ある企業が、AWSでクラウドネイティブアプリケーションのプロトタイプを作成したとします。開発者は、負荷分散、Webアプリケーションファイアウォール（WAF）、Kubernetes IngressなどのAWSアプリケーションサービスを組み込みました。このアプリは成功を収め、本番稼働を開始し、実際のトラフィックと顧客にサービスを提供するようになります。その後、アプリの機能が拡張するにつれ、その一部をAzureにデプロイする必要があることが判明します。このアプリには引き続き負荷分散、WAF、Kubernetesが必要なため、開発チームとDevOpsチームは、Azure固有のサービスのデプロイ、構成、保守に時間を割かなければなりません。この時点で、企業はクラウド導入の最初の2つの波、すなわち俊敏性を求めたクラウドへの移行と、その後のマルチクラウド化を経験しています。次に、クラウドネイティブアプリの管理に関する知識と専門性を蓄積したとします。経済性の観点から、アプリの一部または全体をオンプレミスに戻す方が有利になります。企業はクラウド導入の第3の波を迎え、オンプレミスのアプリケーションサービスについて、さらにもう一度デプロイ、構成、保守を行う必要があります。
クラウドプロバイダーは間違いなく、この第3の波に対応して魅力的なサービスとエコシステムの優位性を提供し、企業によるパブリッククラウドへの再展開を促すでしょう。これにより、クラウド導入の第4の波が始まります。
最終的に、ほぼすべての組織が、意図せずマルチクラウドモデルで運用することになります。クラウド回帰の傾向により、この動きはさらに加速すると予想されます。「すべてかゼロか」ではなく、将来、適切なアプリケーションサービスに投資し、ビジネスに最適なクラウドを選択できるようにする戦略的なアプローチが有効です。
著者について
Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事
SOAS 2025：足並みの乱れが凡庸さを招く
AI導入における方針の不一致は、非効率を招きます。セキュリティ、自動化、導入の各戦略を整合させ、AIの可能性を最大限に引き出す方法をご紹介します。
WebAssemblyが重要な理由
WebAssembly（Wasm）は、あらゆるプラットフォームで高性能なアプリケーションを実現する、ポータブルで高速かつセキュアなバイナリ命令セットです。
インフラストラクチャは依然として格好の攻撃経路
クラウドコンピューティングでは、APIやドラッグ＆ドロップ式の設定ツールを活用し、ネットワークやインフラストラクチャを敬遠する人がそれらを直接扱わずに済むようにすることで、インフラストラクチャへの対応を不要にすることが長年追求されてきました。しかし、インフラストラクチャを無視することも、攻撃の主要な標的であるという事実を見過ごすこともできません。
堅牢なデータアーキテクチャがもたらす戦略的メリット
適切に構築されたデータアーキテクチャがもたらす効果は、業務プロセスの改善にとどまりません。戦略的な業務効率の向上、より深いビジネスインサイトの獲得、隣接するビジネス機会への展開にもつながり、これらすべてをより俊敏に実行できるようになります。
デジタルワークフローにおける不正検知には、データだけでは不十分
2019年には、業界全体でクレジットカード詐欺の試みが約25万件確認されました。これは約2分に1件の割合です。今日、不正を検知するには、デジタルワークフロー上のできるだけ多くのポイントから収集したデータを相互に関連付け、手作業によるデータ処理をはるかに上回る速度で分析する能力が求められます。