マルチクラウド戦略はあなたの会社に適していますか?

過去数年間でクラウドの導入が加速しており、多くの組織が従来のデータセンターをクラウドホスト型インフラストラクチャに置き換え、クラウドベースのサービスを利用できるようにアプリケーションを更新しています。

ガートナーによると、世界のパブリッククラウド支出は2021年の3,960億ドルから2022年には4,820億ドルに増加し、21%以上増加すると予想されています。パンデミックとそれに伴う分散型作業環境の増加により、柔軟で拡張性の高いクラウドベースのソリューションの必要性がさらに強調されました。

しかし、多くの組織にとって、すべてのデータとアプリケーションを単一のクラウド プロバイダーでホストすることは、許容できないリスクを伴います。サービス停止、セキュリティ侵害、予期しないコスト増加の可能性があるため、ソフトウェア チームは重要なアプリケーションをサードパーティのインフラストラクチャ プロバイダーに委託することに不安を感じることがあります。これらのリスクを軽減するために、多くの組織は複数のクラウド プロバイダーにリソースを分散するマルチクラウド戦略を採用しています。

この記事では、マルチクラウド導入の推進要因と、このアプローチに伴うメリットについて説明します。また、マルチクラウド プロバイダー環境の欠点のいくつかと、複数のクラウド プロバイダー間で作業する場合に環境を設計する最適な方法についても説明します。

マルチクラウド戦略とは何ですか?

マルチクラウド戦略は、複数のクラウドプロバイダーにわたってワークロードを配信するだけではありません。アプリケーション アーキテクチャが選択したインフラストラクチャ プロバイダーの強みを補完し、その逆も成り立つように、リソースの設計と展開には慎重なアプローチが必要です。

複数のプロバイダーにサービスを展開する場合、AWS、Azure、GCP などの純粋な使用量ベースのプロバイダーを使用したり、同じプロバイダー内で異なるクラウド サービスを使用したり、プライベート クラウド プロバイダーのハイブリッド使用を含めたりする必要があるかもしれません。マルチクラウド サービスの一般的なアーキテクチャには次のようなものがあります。

• コンテナ化されたアプリケーションまたはサービスをプロバイダー全体およびロードバランサーの背後に展開して、「常時オン」の環境を実現します。
• ビジネス機能ごとにサービスをグループ化し、各サービスに冗長コールド スタート コンポーネントを使用してクラウド プロバイダー全体に分散します。
• アプリケーションのリソース要件と、各プロバイダーが提供する特定の機能およびパフォーマンス上の利点に基づいて、アプリケーションまたはサービス コンポーネントを特定のクラウド プロバイダーと連携させます。

これらのアーキテクチャでは、実装されたパターンがビジネス目標と一致し、一貫性があることを保証するために、ある程度の戦略的思考が必要です。マルチクラウド戦略は、展開を計画しているアプリケーションやサービスのアーキテクチャと設計にも適合している必要があります。

マルチクラウドのメリット

組織がマルチクラウド戦略を採用する理由は多数あります。ほとんどの組織は、単一のクラウド環境に固有のリスクを軽減するために、マルチクラウド環境に移行しています。もう 1 つの大きな推進力は、組織がさまざまなプロバイダーの強みとテクノロジー スタックを活用したい場合に発生します。これらの動機は、マルチクラウド戦略を採用することによる 3 つの主な利点、つまり弾力性、柔軟性、コンプライアンスを強調しています。

弾性

インターネットのグローバルな機能により、多くの組織が世界中の顧客にサービスを提供しており、アプリケーションとシステムを 24 時間稼働させることが求められています。クラウド プロバイダーの環境の停止など、サービスの中断が発生しないようにするには、回復力のある環境が不可欠です。 Google、Azure、AWS などの最大規模のクラウド サービス プロバイダーでも、ダウンタイムが発生します。

重要なサービスがクラウドで停止しないようにすることは、マルチクラウド アプローチの主な利点です。場合によっては、別のクラウド プロバイダーでコールド バックアップ サービスを利用するだけでも貴重なカバレッジが得られ、企業は重大なサービス中断を引き起こすことなく長期的な修正を実施できるようになります。たとえば、Web アプリケーション ノードを複数のプロバイダー クラウドに分散しておくと、プロバイダーが停止した場合でも、リソースが削減されてもサービスを継続して実行できます。アイドル状態のままだが組織によってオンにできるセカンダリ クラウドにサービスを展開することでも、問題が解決するまで迅速かつ簡単なソリューションを提供できます。

柔軟性

ワークロードを最初にクラウド環境に移行するとき、ほとんどの組織は、最も多くの基準を満たすプロバイダーを選択します。ただし、ワークロードが増加するにつれて、単一ベンダーのサービスへの依存も増加します。プロバイダーは、戦略、サービス、契約、価格モデルを頻繁に変更します。単一のベンダーに縛られると、一貫性のなさ、コストの増加、より優れた製品へのアクセスの欠如、アプリケーションやサービスの更新を余儀なくされるなどの問題が発生する可能性があります。クラウド環境ではワークロードの移動や作成は簡単ですが、移動が計画外の場合、これらの変更を行うのは困難でコストがかかる可能性があります。

アプリケーションとサービスにマルチクラウド アプローチを採用すると、ベンダー ロックインのリスクを最小限に抑えることができます。同じテクノロジー スタックとコンテナ化などの機能を使用することで、クラウド環境全体で同じサービスを効率的に設計および展開することが容易になります。また、企業は、より汎用的なサービスに比べて大きなメリットを提供する専門的なクラウド サービスを選択することもできます。

ただし、選択するオプションが柔軟であることを確認することが重要です。たとえば、Azure Functions は、企業が需要に合わせてサイズやスケールを変更することなくサービスを構築および展開するために使用できる、イベント駆動型のサーバーレス コンピューティング プラットフォームです。ただし、企業はこれらの機能をコンテナーにデプロイして Azure の外部でホストし、必要に応じてサービスを変更するオプションを提供することもできます。

コンプライアンス

ベンダー ロックインを回避するのと同様に、多くの組織では IT システムのコンプライアンスに関して特定の要件があります。これらのコンプライアンス要件には、災害復旧や軽減の仕様を含む、データのプライバシーや主権に関する問題が含まれる場合があります。

マルチクラウド戦略を採用し、コンプライアンスのためにサービスとデータを評価する必要性を組み合わせることで、組織は主要コンポーネントに特定の環境またはアーキテクチャを確立できます。個人情報や財務情報などの機密データ セットには、厳格なデータ セキュリティ要件が伴うことがよくあります。マルチクラウド アプローチを使用すると、強化されたプライベート クラウド環境に機密データを保存し、パブリック クラウド環境でホストされているアプリケーションが、特定の慎重に制御された方法でのみデータを照会できるようにすることができます。

マルチクラウドのデメリット

マルチクラウド アプローチにはいくつかの重要な利点がありますが、企業はコストの増加と環境の複雑さという 2 つの潜在的な欠点に注意する必要があります。多くの場合、課題は上記の利点を上回りますが、慎重な計画と監視がなければ、組織はすぐにマルチクラウド戦略に時間とリソースを浪費することに気付く可能性があります。

複雑

今日のほとんどのクラウド プラットフォームが提供するサービスの幅広さを考えると、単一のクラウド プロバイダーを採用すると、従業員の学習曲線が急峻になる可能性があります。 2 番目のクラウド プロバイダーを導入すると、IT スタッフが習得しなければならないサービス、追加のマルチクラウド システム、プロセスの数が 2 倍になる可能性があります。リソースが限られている組織では、マルチクラウド環境に関する知識を人材に確保することが困難な場合があります。このような環境では、さまざまな統合を通じて複数のプラットフォームとテクノロジー スタックを保護、管理、最適化できる部門横断的な IT 運用チームが必要です。

料金

2 番目の阻害要因は全体的なコストです。現在のリソースがプロバイダー間で大部分分割されている場合でも、環境間の追加のトラフィックと管理レイヤーによってコストが増加します。特にテクノロジー スタックを選択する際に、ベンダー間のコストの違いを理解していないと、不必要な費用が発生する可能性もあります。

マルチクラウドへの切り替えにかかるコストを計算するときは、選択したすべての環境をカバーするスタッフの雇用やトレーニングにかかる​​コストも必ず含めるようにしてください。さらに、環境の複雑さによりすべてのリソースが可視化されない場合に発生する可能性のある未使用のリソースのコストも考慮してください。マルチクラウドの導入によりベンダー ロックインから抜け出す方法が提供され、ある程度のコスト削減が実現できますが、複数の環境を維持すると新たなコストが発生し、積極的に監視および管理しないとすぐに制御不能になる可能性があります。

マルチクラウド戦略を採用すべきでしょうか?

マルチクラウド戦略の導入を検討すべきなのはいつでしょうか?この質問に答えるのは難しいです。複雑さとコストが増大するため、マルチクラウドのメリットを享受したいという差し迫ったビジネスニーズがあるはずです。マルチクラウド アプローチを追求する正当な理由がなければ、組織は目に見える利益を得られないまま、複雑さとコストをさらに増大させるリスクを負うことになります。

マルチクラウド導入のビジネス推進要因には次のようなものがあります。

• 潜在的なコストやビジネスリスクとなる業界または法律上の問題に準拠します。
• さまざまなツール、サービス、テクノロジーを提供することで、組織の俊敏性とスピードを向上させます。
• コンテナ化されたサービス スイートのダウンタイムを短縮します。

これらの例では、組織がこの戦略を効果的に採用できるようにするには、大幅なスケールアップと強力な技術リソースが依然として必要です。チームがマルチクラウド アプローチの準備ができているかどうかを検討するときは、組織の目標と能力、およびそれに伴うトレードオフを十分に理解する必要があります。

CI/CD ワークフローで複数のクラウド デプロイメントを管理する方法

マルチクラウド環境全体にわたるアプリケーションとサービスの一貫した展開が重要です。手動プロセスを排除することは、組織のワークフローの一貫性を維持するために不可欠な方法であり、信頼性の高い継続的インテグレーションおよびデリバリー (CI/CD) パイプラインを構築することは、自動化をチームの成功の一部にする最良の方法です。

マルチクラウド環境を最大限に活用するための CI/CD ワークフローを設定するためのヒントをいくつか紹介します。

• すべてのチームが標準化されたパイプラインに従えるように、展開戦略を策定します。
• チームがさまざまなベンダーにコンポーネントを展開するときにコンポーネントを交換できるように、展開が可能な限りモジュール化されていることを確認してください。
• Terraform や Ansible などのマルチクラウドをサポートする Infrastructure as Code テンプレートを採用して、インフラストラクチャの再構成を最小限に抑えます。
• リリース オーケストレーション ツールを使用して、適切なバージョンが適切な環境に到達するようにし、運用環境のアプリケーションの健全性を監視します。

継続的インテグレーションおよびデリバリー ソリューションを実装すると、インフラストラクチャのプロビジョニングとアプリケーションの展開方法にさらなる制御と一貫性が導入され、マルチクラウドへの移行が容易になります。多くの CI/CD プラットフォームは、ベンダーのコストを監視し、ユーザーに悪影響を与える前にサービスの低下を迅速に特定して解決するために使用できるツールとの統合も提供します。

結論は

ソフトウェア配信では、世界中のユーザーに高速、安全、かつスケーラブルなソリューションを提供するために、クラウドへの依存度が高まっています。クラウドベースの展開には一定のリスクが伴いますが、アプリケーションの回復力、柔軟性、セキュリティを確保するために、マルチクラウド アプローチを採用する企業が増えています。確立された継続的インテグレーションのプラクティスを採用することで、チームはデプロイメントにおいてより高いレベルの信頼性と一貫性を実現できます。

複数のクラウドベンダーを採用することにはさまざまな利点がありますが、困難でコストがかかる可能性があります。明確な戦略がなければ、この複雑さとコストはすぐに制御不能になる可能性があります。マルチクラウドを意図的に採用し、組織の技術的成熟度を客観的に評価することが、成功を確実にするための鍵となります。