マルチクラウド戦略を構築するための考慮事項

[[435236]]

マルチクラウド戦略の実装は、それを採用するかどうかを決定するのと同じくらい難しいため、マルチクラウドを採用する決定は慎重に検討する必要があり、目標を達成するには慎重な計画と完璧な実行が必要です。

マルチクラウド戦略と複数のクラウドの使用を混同しないでください。前者の目的は、複数のクラウド プラットフォームにアプリケーションとサービスを展開することです。マルチクラウド戦略に共通するのは、2 つの場所間をルーティングするためのネットワークが必要であることです。

一方、企業は複数のクラウド プラットフォームの使用について依然として慎重な決定を下す必要がありますが、複数のクラウド プラットフォーム環境への展開よりも、クラウド サービス プロバイダーの選択の方が重要です。複数のクラウド プラットフォームを使用すると、基盤となるコンポーネントのレイアウトに大きな違いが生じる可能性があります。

企業がマルチクラウド戦略を選択する理由は次の通りです。

（１）クラウドサービスプロバイダーのメリットを活用する

各クラウド サービス プロバイダーのサービスには、それぞれ異なる利点があります。たとえば、AWS は IaaS に優れ、Google Cloud はデータ処理に優れ、Azure はエンタープライズ アプリケーションとサービスの提供に優れています。クラウド サービス プロバイダー間の類似点と相違点を慎重に比較することでマトリックスを形成し、アプリケーション要件に基づいて選択を進めることができます。

（２）費用

コストは、企業がマルチクラウド戦略を選択する最も重要な理由ではありません。コスト削減は通常、非常に大量の場合に効果を発揮するからです。コストが組織のマルチクラウド戦略の主な推進力である場合は、強固でオープンな関係を通じてクラウド プラットフォームを管理することを検討してください。各クラウド サービス プロバイダーが価格を下げてコスト意識の高いクラウド コンピューティング ユーザーを引き付けているため、クラウド コンピューティング市場での価格競争は続いています。

（３）事業継続

一部のアプリケーションとサービスは非常に重要であるため、単一のクラウド プロバイダーのサービスを使用することで発生する可能性のあるロックインの問題を排除するために、2 つの独立したクラウド プロバイダー間で機能を分散する設計になっています。このような場合、マルチクラウド戦略を実装する前に対処する必要がある重要なアプリケーションおよびサービス設計の考慮事項があります。

（４）シャットダウン中断

極めてまれではありますが、クラウド サービスの停止は発生する可能性があり、今後も発生する可能性があります。停止から保護するためにマルチクラウド戦略を採用することは、ほとんどのミッションクリティカルなアプリケーションにとって必須です。

（５）注釈

企業がマルチクラウドの導入を決定したら、そのような取り組みの潜在的な落とし穴を回避するために考慮すべき点がいくつかあります。

（6）ネットワーク接続

アプリケーションおよびサービスの配布に複数のクラウド プラットフォームを使用する場合、複数のクラウド プラットフォームを使用する目的に関係なく、クラウド プラットフォームを接続する必要があります。一部のクラウド サービスとデータ ストアはインターネット経由で安全にアクセスできますが、多くのオンプレミス アプリケーションとサービスでは、コンポーネント間およびクラウド サービス プロバイダー間のルーティング可能な接続が必要です。

マルチクラウド ネットワーク接続を設計するときは、コンポーネント間のルーティング可能な接続を必要とするアプリケーションとサービスを検討してください。グローバル ネットワーク設計の複雑さにより、IPAM ソリューションを導入する必要があります。

（7）セキュリティ統合

企業のセキュリティ システムやポリシーとの統合は、決して簡単な考慮事項ではありません。セキュリティ統合には、クラウド アクセスの承認と、アプリケーションとサービスが展開される環境の保護という 2 つの形式があります。 Okta などの SSO ソリューションを介した IAM 統合は、クラウド ユーザー アクセスに対処するための一般的な設計パターンです。さらに、クラウド サービス プロバイダー環境の保護には、スキャン ツール、ログ集約、脅威保護エージェントが含まれます。これらの考慮事項は、設計プロセスの早い段階で対処する必要があります。

（８）複数のプラットフォーム間で

ビジネス ニーズと技術設計に基づいて、複数のクラウド プラットフォームに展開する必要があるアプリケーションとサービスを特定し、スクリプトとテンプレート (Terraform、構成管理など) を通じて構成と管理を自動化します。

（9）スキル

マルチクラウドを導入する企業は、クラウド コンピューティング ユーザーがマルチクラウド環境でクラウド サービスを正常に導入できるように、スキル ミックスの問題に対処する必要があります。ほぼすべてのクラウド サービス プロバイダーは、従業員のスキル トレーニングを加速するために使用できるオンラインまたはオンサイトのトレーニングを提供しています。

次に何が起こるでしょうか?

すべての大きな取り組みはどこかで始まる必要があり、そのどこかがあなたの発展の次のステップとなります。調査の結果、以下の出発点（順不同）を使用すると、お客様は実行できる確固たる戦略を実現できることがわかりました。

（１）要件を決定する

各クラウド プロバイダーが提供するサービスが何であるかを正確に把握してください。技術要件とビジネス要件を文書化し、各クラウド サービス プロバイダーを評価します。企業がどのクラウド サービス プロバイダーをどのような目的で採用するかは、生のスコアによって決まるわけではないことを覚えておくことが重要です。マルチクラウド ソリューションは、使用パターンを導き出すためにビジネス要件を考慮して設計する必要があります。将来クラウド サービス プロバイダーを選択しやすくするために、意思決定ツリーを作成します。企業は、どのクラウド サービス プロバイダーがどのようなニーズを満たすかを判断する必要もあります。

（２）クラウドコンピューティングの支出管理

クラウド支出の可視性への投資は、クラウド インフラストラクチャとサービスの効率的な使用を確保するための最も重要な要素の 1 つです。クラウド サービス費用管理 (CSEM) ソリューションに投資して、クラウドの支出をリアルタイムおよび履歴の目的で収集できるようにします。

（３）設計基準

グローバルネットワーク戦略を策定します。環境が完全にクラウドベースの場合は、仮想ネットワーク ソリューションを使用したクラウド間の単純な接続で十分な場合があります。より複雑なソリューションでは、企業のデータセンターと各クラウド プロバイダー間の専用接続が必要になる可能性があります。

監視およびログ集約戦略を開発します。大規模な消費者および企業向けアプリケーションおよびサービス プロバイダーにとっての最優先事項の 1 つは、監視が環境全体の目と耳となることです。そのため、すべてのクラウド サービス プロバイダーと、環境を通じて展開されるすべてのアプリケーションまたはサービスを広範囲にカバーすることが不可欠です。

（４）ガバナンス

明らかではないが、ガバナンスは混沌とした環境に一貫性と秩序をもたらすことができる。面倒なプロセスを課すことなく、レビュー ボードは最大の関係者を集めて、すべてのアプリケーションとサービスの設計上の前提と考慮事項について包括的なレビューを実施します。審査委員会は、さまざまな専門分野（エンジニアリング、製造、安全、運用など）の代表者で構成する必要があります。

（５）研修

すべての管理者がすべてのクラウド プラットフォームを理解しているわけではありません。従来、オペレーターと管理者は単一のクラウド プラットフォームに重点を置いてきました。クラウド管理者がスキルを向上させ、マルチクラウド環境を管理できるように、トレーニングと教育を提供する準備をしてください。

（6）自動化

これは、クラウド コンピューティングの展開において、どれだけ強調してもしすぎることはありませんが、自動化によってすべてが可能になります。 Infrastructure as Code (IaC) の動きが本格化し、あらゆるデプロイメントを自動化できるツールがますます増えています。不足しているコンポーネントのスクリプトを作成することは、自動化アプリケーションを完成させる優れた方法です。

（７）計画

あらゆる優れた実装は優れた計画から始まります。マルチクラウド戦略の実装を急ぐと、非効率性、やり直し、場合によっては実行された作業の完全な置き換えにつながります。同社は現実的な目標とタイムラインを設定し、同僚やプロジェクト間の調整のために事業の進捗状況を公開しています。

結論は

マルチクラウド戦略の実装は簡単ではありません。これには、要件の定義から基盤の構築、アプリケーションとサービスの特定、マルチクラウド環境への展開まで、マルチクラウドへの移行の決定が含まれます。

詳細な要件収集が企業のマルチクラウドへの移行を導くことを覚えておくことが重要です。