クラウドコンピューティング導入の4つの段階

過去 60 年間のテクノロジーの採用をざっと見てみると、1 つのサプライヤー、テクノロジー、またはコンセプトが 100% 優位に立ったことは一度もないことがわかります。テクノロジー、特にクラウド コンピューティングの導入を考えると、IT の長期的な将来はマルチクラウドになると予想されますが、その一方で私たちはどのように位置づけられるのでしょうか。

クラウドコンピューティング導入の4つの段階

フェーズ 1 - プライベート クラウド

最近、プライベート クラウドが生き残れるかどうかについて多くの議論が行われています。ビジネス変革の観点から見ると、理論的には、企業はプロジェクトごとにインフラストラクチャの展開に対して料金を請求するのではなく、消費量に基づいて料金を請求する必要があります。これは、従来 IT 部門を赤字部門と見なしてきた多くの組織にとって、困難な変革プロセスです。プライベート クラウドに移行するということは、サービス カタログを実装し、サービスに基づいて課金することを意味します。これは、インフラストラクチャが特定のテクノロジの使用から抽象化に移行することも意味します。仮想マシン/インスタンスは、VMware vSphere、Microsoft Hyper-V、KVM、またはこれらのいずれかのテクノロジーを採用したハイパーコンバージド ソリューションを介してプロビジョニングできます。ただし、仮想インフラストラクチャだけではプライベート クラウドは定義されません。

フェーズ2 - 単一のパブリッククラウド

パブリック クラウドへの最初のステップは、単一のクラウド プロバイダーと連携してみることです。 AWS、GCP、または Azure への移行と使用に関する問題の多くは、課金システムの仕組み (およびさまざまなビジネス ユニットへの課金方法) の理解など、プロセスに関連しています。対処する必要がある従来の容量管理の問題もあります。さらに、TB レベルのデータをパブリック クラウドにアップロードし、実際の要件よりも大きいインスタンスを作成することも非常に簡単です。パブリック クラウド プロバイダーも、独自の方法でサービスを運用します。したがって、ネットワーク、ストレージ、セキュリティなどの機能は非常に特殊な方法で動作します。 IT 組織はクラウド プロバイダーに適応する必要があり、その逆ではありません。

単一のサプライヤーと協力することにはメリットがあります。学習する必要があるのは 1 セットのテクノロジーだけで、請求管理は 1 か所で行われます。プライベート クラウドと比較しない限り、リソース コストを他のプロバイダーと比較しても意味がありません。もちろん、データの移行やデータ保護の問題はありますが、多くの場合、アプリケーションはパブリックまたはプライベートの場所にのみ存在します。これは、データ移行が一度限りの作業になる可能性があることも意味します。

フェーズ3 - マルチクラウド

ある程度、単一のパブリック クラウド サービス プロバイダーと連携することは理にかなっています。おそらく、一方のベンダーは他方のベンダーが提供していないサービスを提供しているか、一部のサービスを改善できる可能性があります。単一のプロバイダーに依存しないのが会社の方針である可能性があります。特定のプロバイダーと連携して特定のサービスを実行すると、短期的にも長期的にもコストを節約できる可能性があります。クラウド サービス プロバイダー間で徐々に差別化が進んでいます。 VMware は AWS と提携してネイティブ vSphere 機能を提供しています。 Microsoft は vSphere へのアクセスを制限することで対応しましたが、これがサポートされるかどうかは不明です。 AWS は多くの新しい機械学習および AI 機能を導入しました。 Google は分析機能でよく知られています。 Azure は NetApp と提携してエンタープライズ NFS を提供します。

フェーズ 4 — マルチクラウド プロキシ

当初、マルチクラウドは、先ほど紹介した問題を克服するための戦略的なものになります。長期的な戦略として、クラウド サービスは、エネルギー プロバイダーや通信プロバイダーを選択するのと同じくらい一般的になるはずです。しかし、マルチクラウドを真に実用的かつ効果的にするためには、克服すべき課題がまだいくつか残っています。

• エージェント – サービスを宣伝し、評価する必要があります。たとえば、短命インスタンス 100 個の場合、Google は AWS よりも安価ですか?これらの計算は時間の経過とともに変化するため、決定は非常に流動的になります。
• データモビリティ – データはどこに保存されていますか?いずれかのクラウドを通じて簡単にアクセスできますか?データをクラウド/サービスに移動するには期限やコストがありますか?
• コスト管理 – 請求はどのように行われますか?ワークロードを別のプロバイダーに移行するのは理にかなっていますか?限界的な節約は移行コストを正当化するでしょうか?
• 「ロックイン」を回避する – すべての IT ソリューションは何らかの「ロックイン」の概念を生み出しますが、一部のサービスは他のサービスよりも固定化されやすいです。したがって、「行き詰まる」ことの影響を理解し、最小限に抑えたり軽減したりすることは、一般的に悪いことではありません。

クラウド プロバイダー間でワークロードまたは配置を移動するために必要な潜在的なコスト計算の一部は複雑になる可能性があります。フルサービスの代理店を持つことのメリットを実感できるのは、大規模に事業を展開している IT 組織だけです。これを達成するには、データ移行の問題を考慮し、ソリューションを実装することも意味します。抽象化とは、分散ファイルシステムの実装、複数の同期コピーの保持、またはアプリケーションベースのレプリケーションを意味する場合があります。

要約する

本質的に、IT には一定の周期性があります。クラウド コンピューティングは現在上昇傾向にあり、導入率は急速に増加しています。成熟度が増すにつれて、IT 組織は、複数のインフラストラクチャ プロバイダーの場合と同様に、単一のクラウド プロバイダーを持つことの利点と落とし穴を認識するようになります。コストと利益の比率が合理的である場合、マルチクラウド、そしてプロキシ サービスが一般的な展開パターンになります。もちろん、企業、特にスタートアップ企業には、解決すべき課題がまだたくさんあります。