グローバル アプリケーションとリージョン アプリケーション

App Hub は、サポートされているロケーションで利用できます。これにより、これらのリソースがグローバルに利用可能か、特定のリージョン内で利用可能かにかかわらず、 Google Cloud インフラストラクチャ リソースをアプリケーションとして整理できます。この機能により、リソースを地理的な場所とインフラストラクチャの他の部分との相互作用に基づいてグループ化できるため、管理が簡素化されます。

App Hub アプリケーションを作成するときに、ロケーションをグローバルまたはリージョンとして定義します。この選択は、範囲に基づいてアプリケーションの一部にできるサービスとワークロードを決定するうえで基本となります。また、この選択は、データ処理、コロケーション、費用、コンプライアンスに重要な影響を及ぼします。グローバル アプリケーションとリージョン アプリケーションは次のように定義されます。

  • グローバル アプリケーション: グローバルに分散されているか、複数の Google Cloud リージョンに分散されているサービスとワークロードを機能的にグループ化します。たとえば、グローバル アプリケーション ロードバランサや、世界中に分散されたバックエンド サービスなどのリソースを含めることができます。

  • リージョン アプリケーション: 単一の Google Cloud リージョン内に完全に存在するサービスとワークロードを機能別にグループ化します。たとえば、us-central1 にあるリージョン アプリケーション ロードバランサとそのバックエンド サービスを含めることができます。

ニーズに最適な決定を行うには、フォールト トレランスと高可用性を提供するように設計されたGoogle Cloud リージョンとゾーンを理解することが重要です。リージョンは独立した地理的エリアであり、ゾーンはリージョン内のデプロイ エリアで、単一の障害ドメインとして機能します。グローバル リソースとリージョン リソースの詳細については、地域とリージョンと Cloud のロケーションをご覧ください。

グローバル アプリケーションとリージョン アプリケーションを比較する

次の表に、グローバル アプリケーションとリージョン アプリケーションのどちらを選択するかを判断するうえで役立つ、主な違いと考慮事項を示します。

グローバルな適用 地域別の申請
推奨ユースケース 本質的にグローバルな Google Cloud リソースまたは複数のリージョンに分散された Google Cloud リソースで構成されるアプリケーションに最適です。 複数のプロジェクトにまたがっていても、すべてのアプリケーション コンポーネントが同じ Google Cloud リージョン内に存在する場合におすすめします。
リソースの範囲 任意のリージョンのグローバル リソースとリージョン リソースの両方を含めることができます。 アプリケーションと同じ単一リージョンのリソースのみを含めることができます。リージョン アプリケーションにグローバル リソースを登録することはできません。
アプリケーション メタデータ 複数のリージョンに保存され、どのリージョンからでもアクセスできます。 Google Cloud
データ所在地はサポートされていません。		 特定のリージョン内に保存されますが、他の Google Cloud リージョンからアクセスできます。
データ所在地はサポートされていません。
例 さまざまなリージョンにバックエンド サービスがあるグローバル ロード バランシング アプリケーションを管理して、分散システムの集中ビューを提供します。 us-central1 内のすべてのサービスとワークロードを含むアプリケーションの管理。

アプリケーションに最適なロケーションを選択する

グローバル ロケーションとリージョン ロケーションのどちらかを選択する際は、アプリケーションが表すビジネス機能のアーキテクチャ要件と運用要件を考慮してください。次の比較は、リソース範囲の考慮事項に基づいています。

  • 一般に、リージョン アプリケーションにはグローバル アプリケーションよりも大きなメリットがあります。サービス レイテンシの短縮、データ ローカリティの要件との整合性、ネットワーク費用の削減、リージョン固有の Google Cloud機能との一貫性を実現する場合は、リージョン アプリケーションを選択します。
  • アプリケーション コンポーネントを複数のリージョンに分散する必要がある場合や、グローバル Google Cloud サービスに依存している場合は、グローバル アプリケーションを選択します。

複数のリージョンにリソースが配置されていて、単一のまとまりのあるグローバル関数を形成していない場合があります。この場合、各リージョン内のリソースに対して個別のリージョン アプリケーションを定義することをおすすめします。このアプローチにより、各デプロイのリージョン化のメリットを最大限に活用できます。

フォルダとプロジェクトの整理方法を定義する Google Cloud リソース階層も重要です。リージョンまたはグローバルを問わず、アプリケーションの境界に沿って適切に計画された階層を使用すると、App Hub 内のリソースのグループ化と管理が簡素化されます。詳しくは、App Hub の設定モデルを選択するをご覧ください。

リージョン アプリケーションのメリット

グローバル アプリケーションは分散システムに柔軟性をもたらしますが、App Hub アプリケーションにリージョン ロケーションを選択すると、次のような大きなメリットがあります。

  • データ所在地とコンプライアンスをサポートする: App Hub メタデータはデータ所在地を提供しませんが、リージョン アプリケーションを使用すると、基盤となるリソースが処理して保存する実際のデータが、選択した地理的境界内に留まるようにできます。このメリットは、データ所在地に関する法的、規制上、組織上の要件を遵守するうえで非常に重要です。

  • レイテンシの短縮: アプリケーション リソースを同じリージョンに配置すると、通常はサービス間のネットワーク レイテンシが最小限に抑えられ、アプリケーションのパフォーマンスとユーザー エクスペリエンスが向上する可能性があります。

  • プロダクト機能の要件を満たす: 特定の Google Cloud サービスまたは機能では、相互作用するすべてのリソースが同じリージョンに配置されている必要があります。たとえば、Compute Engine インスタンスは、同じリージョンにある永続ディスクのみをアタッチできます。リージョン App Hub アプリケーションは、このようなアーキテクチャ上の制約に本質的に適合しています。

  • 費用を最適化する: 異なる Google Cloud リージョン間のデータ転送では、多くの場合、ネットワーキング費用が発生します。一方、同じリージョン内のネットワーク トラフィックの料金は通常、低く設定されています。アプリケーションをリージョンごとに作成することで、クロスリージョン ネットワーク料金をより適切に管理し、削減できます。

  • 障害発生ドメインと連携する: Google Cloud リージョンは、独立した障害発生ドメインとして設計されています。単一リージョン内にアプリケーションをデプロイし、そのリージョン内の複数のゾーンを高可用性に使用すると、アプリケーションのフォールト トレランスが Google Cloudのインフラストラクチャ復元モデルに沿ったものになります。

次のステップ