最も一般的なハイブリッド クラウドの例は、プライベート クラウド サービスとオンプレミス インフラストラクチャでパブリック クラウドを使用することです。ただし、ハイブリッド クラウド構成は 1 つではなく、汎用的なアーキテクチャもありません。

ハイブリッド クラウドでは、パブリック クラウドと、オンプレミスまたはエッジで動作するプライベート クラウドを組み合わせることができます。また、パブリック クラウドを別のパブリック クラウドと組み合わせることもできます（この構成はマルチクラウドとも呼ばれます）。

ハイブリッド モデルは、組織が環境を組み合わせて、特定のアプリケーションやデータに最適なものを選択できるようにするためのものです。たとえば、ハイブリッド ソリューションは、データを保存、処理、操作する方法について厳格なデータ プライバシー要件を持つ、規制の厳しい業界の企業の間で人気があります。

もう一つの一般的な例は、コンピューティングや処理の需要がデータセンターの能力を超えた場合に、ハイブリッド クラウド アプローチを採用して容量を動的にスケーリングすることです。多くのクラウド移行プロジェクトでは、ワークロードとアプリケーションが徐々に戦略的にクラウドに移行されるため、必然的にハイブリッド クラウドのデプロイにつながります。

これらの用語は同じ意味で使用されることがよくありますが、実際には同じではありません。ハイブリッド クラウドは、相互接続されたパブリック クラウドとプライベート クラウドが連携し、データとプロセスを共有して同じタスクを実行することを特徴としています。一方、マルチクラウド アプローチでは、ホストされている場所に関係なく、複数のパブリック クラウドのサービスを使用してさまざまなタスクを実行します。単一のクラウド プロバイダに依存したくない組織は、複数のプロバイダのリソースを使用して、それぞれ固有のサービスからメリットを得ることができます。 

プライベート クラウドのリソースと 2 つ以上のパブリック クラウド サービス プロバイダのリソースが含まれる場合、ハイブリッド クラウドのアプローチはマルチクラウドとも見なすことができます。つまり、マルチクラウド設定にはハイブリッド クラウド設定も含まれますが、ハイブリッド クラウドは自動的にマルチクラウドと見なされるわけではありません。

ハイブリッド クラウドは、2 つ以上の個別のコンピューティング環境のリソースとサービスを組み合わせることで動作します。ハイブリッド クラウド アーキテクチャでは、情報を迅速に共有、シフト、同期するために、統合、オーケストレーション、調整が必要です。

ハイブリッド クラウドのデプロイが正しく機能するには、強力なハイブリッド クラウド ネットワークが不可欠です。環境間の相互接続は、通常、ローカルエリア ネットワーク（LAN）、広域ネットワーク（WAN）、バーチャル プライベート ネットワーク（VPN）、アプリケーション プログラミング インターフェース（API）を使用して確立されます。

他のクラウド コンピューティング アーキテクチャと同様に、ハイブリッド クラウド プラットフォームでは、仮想化、コンテナ化、ソフトウェア定義ネットワーキングおよびストレージ テクノロジーを活用してリソースを抽象化し、集約します。組織は専用の管理ソフトウェアを使用して、さまざまな環境にリソースを割り当て、オンデマンド プロビジョニングを有効にできます。

ハイブリッド クラウドのデプロイが正しく機能するには、強力なネットワーキングが不可欠です。ネットワークは、オンプレミス インフラストラクチャとクラウド リソースを橋渡しし、データとアプリケーションを流動的かつ安全に移動できるようにします。これらの多様な環境を統合するため、IT 担当者はいくつかの技術的なネットワーキング メカニズムを使用します。

• バーチャル プライベート ネットワーク（VPN）: VPN は、公共のインターネット上に安全な暗号化トンネルを作成します。ローカル ネットワークをクラウド プロバイダに接続する費用対効果の高い方法ですが、一般的なインターネット トラフィックによってパフォーマンスが変動する可能性があります。
• 非公開の相互接続: 高い信頼性と低レイテンシを必要とする組織向けに、公共のインターネットを完全にバイパスする専用接続を提供します。ローカル データセンターとクラウド プロバイダのネットワーク間の直接的な物理ファイバー接続に依存します。
• ソフトウェア定義の広域ネットワーク（SD-WAN）: SD-WAN テクノロジーは、複数の接続タイプにわたってトラフィックをインテリジェントに管理します。ネットワークの健全性をモニタリングし、その時点で利用可能な最も高速で信頼性の高いパスを介してデータを自動的にルーティングします。
• 動的ルーティング: Border Gateway Protocol（BGP）などの技術により、ネットワーク間でルーティング情報を自動的に共有できるようになります。これにより、ネットワーク エンジニアが手動で更新しなくても、オンプレミス サーバーとパブリック クラウド インスタンス間でデータが最も効率的なパスを見つけることができます。
• ネットワーク セキュリティとセグメンテーション: ハイブリッド クラウドは複数の環境にまたがるため、厳格なセキュリティ管理が必要です。クラウドネイティブ ファイアウォールとネットワーク セグメンテーションを使用して重要なワークロードを分離し、ある環境の問題が別の環境に簡単に広がらないようにします。
• ネットワークの可視性とハイブリッド クラウドのオブザーバビリティ: 異なる環境にわたって可視性を維持することは、ハイブリッド設定における主要な課題です。トラフィック フローをモニタリングして問題を診断するために、エンドツーエンドのクロスクラウド オブザーバビリティとハイブリッド クラウド オブザーバビリティを提供するツールを導入することが一般的です。Cloud Network Insights を活用することで、ボトルネックの特定、ルーティングの最適化、ハイブリッド アーキテクチャ全体のネットワークの健全性の検証が可能になります。

ハイブリッド クラウド アプローチは、パブリック クラウドのスケーリングとセキュリティを活用したい場合に適しています。データをオンプレミスに保持しながら、データ所在地に関する法律を遵守したり、顧客に近いコンピューティング ニーズをサポートしたりできます。プライベート クラウドやパブリック クラウドで動作する重要なシステムを使用している場合は、ハイブリッド コンピューティングが非常に効果的な選択肢となります。

ハイブリッド クラウドを採用するメリットの例をいくつかご紹介します。

• 独自のペースでのモダナイズ: ハイブリッド クラウドを使用すると、ビジネスに最適なペースでアプリケーションをクラウドに移行でき、徐々に技術インフラストラクチャを刷新できます。
• 規制遵守: 多くの業界で、アプリの実行場所に関するルールがあります。ハイブリッド構成であれば、厳格な規制要件を遵守しながら、プライベート クラウドとパブリック クラウドを使用できます。
• オンプレミスでのアプリの実行: オンプレミス環境でなければならない規制されたアプリケーションや、クラウドへの移行が難しいメインフレーム システムを使用している場合があります。
• リモート エッジ ロケーションでのアプリの実行: 小売のキオスクや通信会社のネットワークなど、低レイテンシのエッジ コンピューティングが求められる業界では、ハイブリッド アプローチを採用することで一部のアプリをエッジで実行できます。

今日、IT チームは同じ技術スタックを活用し、クラウドネイティブ テクノロジー、マイクロサービス、コンテナベースのアーキテクチャ、Infrastructure as Code の導入に適応しながら、ハイブリッド クラウド環境を構築することを目指しています。

ハイブリッド クラウド ソリューションは時間の経過とともに、ロケーション間の相互接続性に重点を置かなくなり、ワークロードのポータビリティと、特定のビジネス ユースケースに最適な環境への自動デプロイに向けた移行がさらに進んでいます。

そのため、ハイブリッド クラウド プラットフォームについては、場所や所有権のみではなく、何を行うかに基づいて評価することをおすすめします。

ハイブリッド クラウド ソリューションの要件:

• IT リソース、サービス、機能を統合する
• スケールアウトとプロビジョニングを自動化する
• 環境間でワークロードを自由に移動する
• プロセスをオーケストレートし、統合管理を提供する
• プライベート クラウド、パブリック クラウド、エッジ ロケーションでのアプリケーションのデプロイを自動化する

ハイブリッド クラウドのデプロイには多くの利点がありますが、組織によっては適さない場合もあります。

ハイブリッド クラウド モデルにはプライベート クラウドとオンプレミス インフラストラクチャの使用が含まれるため、必要とされる社内ハードウェアや追加のソフトウェアとツールへの投資とメンテナンスを行う必要があります。ハイブリッド クラウドを導入するには、IT チームだけでなく、ビジネス ユーザーも新しい技術的な専門知識が必要になります。

ハイブリッド クラウド環境も複雑になる場合があります。ネットワークに含まれるすべてのシステム、アプリケーション、プラットフォーム、プロセスを可視化することは困難な場合があり、重大な問題や機会を見逃す可能性があります。さらに、オンプレミス環境とパブリック クラウド環境には互換性があるとは限らないため、データ送信の同期が困難になります。

そのため、クラウドのメリットが、具体的な優先事項、予算、チームのスキルに見合っているかどうかを慎重に評価することが重要です。また、オープン プラットフォームをサポートし、ハイブリッド クラウド管理機能を提供するクラウド ベンダーやツールを評価することも重要です。

ワークロード、インフラストラクチャ、プロセスはそれぞれ異なります。その結果、ハイブリッド クラウド戦略は最終的にビジネス要件に基づいて定義されることになります。ある組織でうまくいったことが、別の組織でもうまくいくとは限りません。

ハイブリッド クラウド戦略を構築する際は、次のことを行うための計画を作成する必要があります。

• ビジョンを明確にする: 現在のアプローチと環境を評価するビジョン ステートメントを作成し、何を最適化したいか、ハイブリッド クラウド デプロイによってどのように目標を達成するかを定義します。
• ワークロードを評価する: 各環境で実行するワークロード、または各環境に移行するワークロードを決定します。ワークロードを実行する場所は、戦略の成否に大きな影響を与える可能性があります。ワークロードを適切な場所に配置すると効率が向上しますが、適切な場所にワークロードを配置しなければデプロイが複雑になる可能性があります。
• パターンを特定する: ワークロードに優先順位を付けたら、要件に最適なアーキテクチャ パターンを評価できます。ワークロードはそれぞれ異なりますが、環境を最大限に活用するために使用できる一般的なハイブリッド クラウド アーキテクチャ パターンがあります。
• テクノロジーとネットワーク トポロジを選択する: ワークロードのアーキテクチャ パターンを決定したら、安全かつ信頼性の高い方法で環境を接続できる一般的なネットワーク トポロジとテクノロジーを選択します。