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

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

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

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

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

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

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

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

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

ハイブリッド クラウド アプローチは、Google Cloud などのパブリック クラウドのスケーリングとセキュリティを活用しながら、データをオンプレミスに維持してデータ常駐法に対応したり、顧客に近いコンピューティングニーズをサポートしたりする場合に適しています。プライベート クラウドやパブリック クラウドで動作する重要なシステムを使用している場合は、ハイブリッド コンピューティングが最適な選択肢となります。

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

• それぞれのペースに合わせてモダナイズ。ハイブリッド クラウドを使用すると、ビジネスの内容に応じたペースでアプリケーションをクラウドに移行し、長期的にテクニカルなインフラストラクチャを変革できます。
• 法令遵守を維持。多くの業界で、アプリの実行場所に関するルールがあります。ハイブリッドであれば、規制要件を遵守しながら、プライベート クラウドとパブリック クラウドを使用できます。
• オンプレミスでのアプリの実行。オンプレミス環境でなければならない規制されたアプリケーションや、クラウドへの移行が難しいメインフレーム システムを使用している場合があります。
• リモート エッジ ロケーションでのアプリの実行。小売のキオスクや通信会社のネットワークなど、低レイテンシのエッジ ハイブリッド コンピューティングが求められる業界では、ハイブリッド アプローチを採用すればエッジで一部のアプリを実行できます。

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

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

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

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

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

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

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

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

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

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

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

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