第三波の雲が頂点に達しつつある
テクノロジーのサイクルには盛衰があります。 その必然性は、イノベーションのSカーブや、ある有名なアナリスト会社のハイプサイクルなど、多くの理論に存在しています。
クラウドもこれらの同じ波の影響を受けます。 過去 10 年間に 2 つの非常に強いサイクルが見られましたが、第 3 の波がピークに達し始めているようです。
最初の波では、コスト削減とビジネスの俊敏性の向上という約束に誘われて、組織はクラウドへと急速に移行しました。 クラウドの導入が拡大するにつれ、プロバイダーはさまざまなサービスと専門分野を通じて差別化を図るようになりました。 AWS は間違いなく e コマースの強力な存在であり、コマース エコシステムに統合する必要があるアプリに最適です。 Azure は従来のアプリケーションとデータベース駆動型アプリケーションをロックしており、Microsoft のテクノロジとツールセットを使用して構築されたアプリケーションをサポートするのに最適です。 Google は、実験と革新を奨励し、最新のプロトコル、プラットフォーム、サービスをサポートすることで、開発者の夢であり続けています。
これが最終的にクラウドの第 2 の波を引き起こし、現在のマルチクラウド環境が誕生しました。 各プロバイダーはそれぞれ少しずつ異なるアプリケーションに対応しており、組織はそれに応じて「アプリケーションに適したクラウド」を選択しています。 当社の調査によると、今日の平均的な企業は、2～6 つの異なるパブリック クラウド環境でアプリケーションを運用しています。
クラウドでしばらく運用してきた組織は、利益率を下げ、投資家を怒らせる可能性のある、クラウドの多大な運用コストに反発し始めています。 「クラウド回帰」とも呼ばれるこの現象は、現在、大規模企業のかなりの割合が、クラウドの第 3 の波をパブリック スペースからデータ センター、そしておそらくプライベート クラウドへと回帰させていることからも明らかです (組織の 86.5% がオンプレミスでクラウドを運用しています)。
こうした波の中心には、コストに関する共通の懸念があります。 組織はアプリケーションへの投資収益を最大化したいと考えています。 デジタル変革の各段階が進むにつれて、エンタープライズ ポートフォリオ内のアプリケーションの数は、多くの場合指数関数的に増加します。 コストは、利便性を追求する消費者が求めるデジタル機能の拡張を阻む大きな要因となります。 各アプリケーションは、生産性の向上または利益のいずれかの形でリターンを提供する必要があります。 期間。
エンタープライズ アプリ ポートフォリオを調べ始め、サービス中のアプリケーション (つまりパブリック クラウド) の大部分がクラウド モデルに固有の規模の経済性を活用するように設計されていないことを認識すると、そのコスト要因は重要になります。 現在使用されているアプリケーションの大部分は、クラウドにヒントを得たコンテナ化モデルではなく、従来のアーキテクチャに基づいています。
最新のアーキテクチャを使用して開発されたアプリケーションは、本質的に、クラウド コンピューティングによって約束されるコスト削減を実現する能力が高くなります。 クラウド ネイティブ アーキテクチャは、ビジネス機能に基づいてワークロードを分割することに重点を置いており、マイクロサービスと呼ばれる、より小さく個別の機能に分割することで、クラウドの規模の経済性を運用面でより活用できるようになります。 クラウド ネイティブ アプリケーションでは、すべてのビジネス機能ではなく、要求されるビジネス機能のみが拡張されるため、従来のアプリケーションと比較して、大規模なリソースの消費量が大幅に少なくなります。 たとえば、ある大手小売業者は最近、サイロ化された冗長なアプリ 200 個を、同じビジネス機能を実行する単一のマイクロサービスに置き換えたと語りました。 これにより複雑さが軽減され、信頼性が向上し、コストが削減されました。
さらに、クラウド ネイティブ アーキテクチャは、クラウド エンティティ間での移植性が本質的に高いため、組織はクラウド アービトラージが現実のものとなり、それを活用できる組織に魅力的なコスト削減をもたらす未来へと向かうことができます。 あらゆる環境で動作可能なアプリケーション サービスとアーキテクチャに投資することで、ある環境から次の環境への移行がスムーズになります。 基盤となるインフラストラクチャから分離または疎結合された、一貫したアプリケーション サービス セットに依存することで、クラウド コンピューティングに関連するコストの大きな原因であるクラウド固有のツール、サービス、スキルも排除されます。
この理論的な例を考えてみましょう。 企業が AWS でプロトタイプ化されたクラウドネイティブ アプリケーションを持っているとします。 開発者は、ロードバランシング、Web アプリケーションファイアウォール (WAF)、Kubernetes Ingress などの AWS アプリケーションサービスを組み込みました。 アプリは成功したので、「オン」になり、ライブトラフィックと顧客へのサービス提供を開始します。 その後、アプリの機能が拡張されるにつれて、アプリの一部を Azure に展開する必要があることに気付きました。 この同じアプリには、負荷分散、WAF、Kubernetes が依然として必要なため、開発者チームと DevOps チームは、これらの Azure 固有のサービスのデプロイ、構成、および保守に時間を割く必要があります。 この時点で、企業はクラウド導入の最初の 2 つの波、つまり俊敏性のためにクラウドに移行し、次にマルチクラウドに移行したことを経験しています。 ここで、企業がクラウドネイティブ アプリの管理に関する知識と専門知識を蓄積していると想像してください。 経済的な観点からは、アプリを部分的にまたは完全にオンプレミスに導入することが有利です。 同社はクラウド導入の第 3 波に突入しており、オンプレミス アプリ サービスの展開、構成、保守をさらにもう一回行う必要があります。
クラウド プロバイダーは、魅力的なサービスとエコシステムの利点でこの第 3 の波に対応し、企業が再びパブリック クラウドに再展開するよう促し、クラウド導入の第 4 の波を引き起こすことは間違いありません。
結局のところ、ほぼすべての組織は偶発的なマルチクラウド モデルで運用されています。 クラウド回帰の傾向により、この現象はさらに加速すると予想されます。 「すべてかゼロか」よりも優れたアプローチは、将来のビジネス選択に最適なクラウドを実現するために適切なアプリケーション サービスに投資する戦略的なアプローチです。