事実確認: マルチクラウドに関する 10 の誤解が暴かれる

マルチクラウド環境は、急速にエンタープライズ IT エコシステムの標準コンポーネントになりつつあります。 このタイプのクラウド コンピューティングに関しては、かなりの不確実性が残っています。

マルチクラウドは企業に優れた効率性、弾力性、拡張性を提供しますが、欠点もあります。 そして、他のエンタープライズ テクノロジーと同様に、独自の長所と短所があります。 それでは、マルチクラウド コンピューティングについておそらく聞いたことがある通説と、それが間違いない理由について詳しく見ていきましょう。

1. マルチクラウドとハイブリッドクラウドは同一

事実: マルチ クラウドとハイブリッド クラウドはどちらも異種環境ですが、IT にとっての影響は大きく異なります。

マルチクラウドとハイブリッド クラウドは似ていますが、いくつかの大きな違いがあります。 これらは、設計と操作に影響を与える可能性があります。

主に、フロントエンド アプリケーションには AWS、Exchange サーバーには Azure など、さまざまなプロバイダーのクラウドを利用します。 ハイブリッド クラウドは、プライベート クラウド システムを多数のパブリック クラウドと統合し、それらを 1 つのエンティティとして動作できるようにします。

実装するクラウド アーキテクチャの種類は、実行またはサポートするアプリと、より大きなビジネス目標によって異なります。

2. マルチクラウドでベンダーロックインを防止

事実:どのパブリック クラウドにも、常にある程度のロックインが存在します。

この誤解を明確にするために、まずベンダー ロックインが何を意味するかを定義しましょう。 クラウド コンピューティングでは、代替クラウド プラットフォーム プロバイダーへの移行に法外な費用がかかる場合、ベンダー ロックインが発生します。 最終的には、消費者が本質的にベンダーに束縛されることになります。

一般的な考え方は、複数のクラウド プラットフォームを使用している場合、ベンダー ロックインは発生しないということです。 しかしそうではありません。

クラウド サービス プロバイダーのネイティブ API を使用している場合、実質的にロックインされます。セキュリティ、ガバナンス、ストレージなどの重要なクラウド サービスは、あるクラウド プロバイダー経由で利用されるものは、他のクラウド サービス プロバイダーに転送できません。これらは相互運用可能になるように変更されています。

3. マルチクラウドは単一プロバイダーよりも高価です

事実: クラウドのコストは、選択したプロバイダーの数ではなく、クラウドの管理方法によって決まります。

マルチクラウドは他のクラウド サービスと比べて予算を超過する可能性が高くありません。 すべてはあなたがそれらにどう対処するか次第です。 適切なストレージ層でのデータの監視、プロビジョニング、保存などの基本的なガイドラインが整備されていれば、組織はマルチクラウドのコストを簡単に抑えることができます。

4. マルチクラウドを採用する場合、セキュリティは後回しになります

事実: マルチクラウド環境でセキュリティを構成するには、単一クラウドの場合とほぼ同じ労力とスキルが必要です。

一般的な管理と同様、マルチクラウドのセキュリティは、正しく実行されないとさらに難しくなります。

クラウド セキュリティには、セキュリティ層が組み込まれたソフトウェア デファインド ワイド エリア ネットワーク (SD-WAN) が必須です。 その結果、クラウド全体が単一のアーキテクチャの下に配置され、いつでも安全対策と監視能力の拡張が可能になります。

明らかに、マルチクラウド アーキテクチャには本質的なものが何もなく、他のアーキテクチャよりも安全になります。 いくつかのサービス フレームワーク、データ アクセス、または制御に対処する必要があります (特に移行中)。

地理的領域だけでなく複数のアーキテクチャにわたる適合性を無視すると、マルチクラウドは安全ではなくなる可能性があります。 ただし、同じことが単一のクラウド環境にも当てはまります。

5. コンテナ化されたアプリはすぐにマルチクラウドに移行可能

事実: コンテナ化だけではマルチクラウドの移行には十分ではありません。 さらなる努力が必要となります。

確かに、コンテナーはモバイルの標準化されたモデルをアプリケーションに提供します。 ただし、クラウドネイティブ アプリケーションの運用は非常に複雑です。

コンテナ化されたワークロードは、クラウドネイティブとみなされる前に追加の変更が必要です。 これらの変更には、コンテナー固有の OS の採用、トラフィックのチャネリング、構築または運用設定の自動管理が含まれます。 中間手順を行わずにモノリシック アプリケーションを仮想化マシンからクラウドに移行すると、法外なコストが発生します。

6. マルチクラウドはコストの即時削減に役立ちます

事実: 長期的には費用対効果が高いことがわかりますが、その価値を最大限に発揮するには待つ必要があります。

クラウド コンピューティングは費用対​​効果の高いソリューションであり、これがクラウド コンピューティングの最大の利点の 1 つです。 ただし、マルチクラウド ソリューションは常にシングルクラウド ソリューションよりもコスト効率が高いという考えは、完全に正確であるわけではありません。

マルチクラウド戦略には異種混合が必要であり、効果的に実行するにはさまざまなスキルが必要です。 その結果、アーキテクチャがかなり複雑になるため、財務リスクと非財務リスクが混在します。 それにもかかわらず、企業は機敏性が向上し、最上位のクラウド製品を使用してイノベーションを推進できるため、マルチクラウドを引き続き好んでいます。

直接コストの観点から見ると、マルチクラウドは間違いなく、単一のクラウドよりも構築、設定、実行にコストがかかります。 ただし、複数のプラットフォームが、企業レベルの幅広い課題に対して最適なソリューションを提供します。

7. 単一の雲が依然として標準的

事実: 見出しを賑わすクラウド取引はさておき、ほとんどの企業は 2 つ以上のクラウド プラットフォームを使用しており、ベンダーも同様にこれを受け入れています。

ほとんどの企業は、他の選択肢について考えずに、AWS、Microsoft Azure、または Google Cloud Platform のいずれかを選択しているように見えます。

しかし、多くの企業、特にテクノロジー ソリューションに長期間投資してきた企業は、より幅広いサービス プロバイダーの選択肢を望んでいます。 これらの組織は、単一ベンダーへの依存を最小限に抑えながら、利用可能な資産を最大化するためにハイブリッドおよびマルチクラウド ソリューションを使用しています。

Google でさえ、創造性、多用途性、適応性を促進する上での「オープン クラウド」の重要性を認めています。 Google は、複数のクラウドの組み込みを容易にするために、オープンソース エコシステムを拡張しています。 たとえば、BigQuery は複数のソースからのデータの取り込みを容易にし、一元的な場所でのデータ分析をサポートします。

8. マルチクラウドは、多くの川が 1 つの海に流れ込むようなものです

事実: マルチクラウドを含む異種クラウド環境では、完全な相互運用性を達成することはほとんど不可能です。

一般に信じられているのは、マルチクラウド展開は単一の概念的な実体として認識され、管理できるということです。 実際、クラウドはプラットフォームとして機能し、標準化にもかかわらず、SQL データベースと同様に変化し続けるということです。

それは最終的には企業が多角化するための手段です。 ほとんどの場合、マルチクラウドには、2 つ以上のクラウド上で分散データベースやアプリを運用することは含まれません。 代わりに、マルチクラウド戦略は、クラウド選択の柔軟性、つまり何がどこで実行されているかを重視します。

9. 中小企業はマルチクラウドを導入できない

事実: ほとんどの企業はすでにさまざまなクラウド環境に依存しているため、早めに準備することをお勧めします。

現在、大規模な組織ではマルチクラウド アーキテクチャに対する需要が高まっている可能性があります。 しかし、中小企業は、複数のクラウドを使用することで改良された一連の特殊なアプリを使い続けています。 これらのツールを最大限に活用するには、スケールアウト環境から始めるのが最善です。

Salesforce、Power BI、Tableau などの SaaS プラットフォーム、またはマネージド セキュリティ サービスを使用すると、小規模企業はマルチクラウド コンピューティングを活用できます。

10. マルチクラウドにより回復力が自動的に向上します

事実: これは、バックアップまたはデスクトップ仮想化イメージのホストに別のクラウドを使用する場合にのみ、復元力に役立ちます。

企業が複数のクラウド プロバイダーを利用していれば、データベース間でアプリや情報を動的に転送できるという誤解があります。 したがって、一度の停止だけで彼らを倒すことはできません。 ディザスター リカバリーにマルチクラウド戦略を使用すると、1 つのアプリに単一クラウドを使用する場合に比べて 2 倍のコストがかかる可能性があります。

これは、緊急時にワークロードがリアルタイムでクラウド間を移動できないため、同じアプリケーションの 2 つのインスタンスを 2 つのクラウドで同時に実行する必要があり、コストが増加するためです。

回復力を高めるためには、パブリック クラウドの停止は頻繁に発生しないため、冗長な場所を確保し、内部ネットワークの停止を最小限に抑えるために投資することをお勧めします。

最終的な考え

現在、最終的にマルチクラウド環境になる可能性は (計画するかどうかに関係なく) 非常に高くなります。 AWS でサプライ チェーン IoT センサーを接続し、Google で機械学習モデルをトレーニングし、ワークスペース コラボレーションに Azure を使用することを選択できます。 ただし、しっかりと目を開いて投資に取り組み、まずクラウド コンピューティングについて知っておくべきことをすべて学び、ビジネスにとって最善の決定を下してください。