インフラストラクチャ リソースを App Hub アプリケーションに整理するには、アプリケーション管理境界を定義する必要があります。この境界は、1 つ以上のプロジェクトを含むフォルダ、または 1 つのプロジェクトにすることができ、組織のリソース階層に沿って設定できます。
この境界内で、App Hub はGoogle Cloud リソースを検出して管理できます。これにより、リソースをサービスとワークロードとして登録して、アプリケーションにグループ化できます。この設定の重要な部分は、管理プロジェクトです。これは、アプリケーションの API、アクセス制御、課金、割り当てを管理するための中央ポイントとして機能する特定の Google Cloud プロジェクトです。
このページでは、アプリケーション管理境界に最適な設定モデルを選択する方法について説明します。設定の選択肢のメリット、考慮事項、機能の違いについて詳しく説明します。
セットアップ モデルを比較する
次の表に、アプリケーション管理境界のプロジェクトとフォルダの比較を示します。
| 機能 | 単一プロジェクトの境界（プレビュー） | フォルダレベルの境界 | ホスト プロジェクト（レガシー） |
|---|---|---|---|
| 推奨事項 | すべてのアプリケーション コンポーネントが 1 つのプロジェクトに存在する新規ユーザーまたは小規模な組織。 | 1 つのフォルダに複数のプロジェクトが含まれる大規模な組織で、アプリケーション管理を組織構造に合わせる場合。 | 既存のユーザーが、1 つのフォルダに含まれていない複数のプロジェクトのアプリケーション コンポーネントを管理するためのサポートされているモデル。 |
| 境界の範囲 | 単一の Google Cloud プロジェクト | Google Cloud フォルダ内のすべての子孫プロジェクト | 複数プロジェクトの境界を定義する、手動で管理されるサービス プロジェクトのセット |
| 管理 | App Hub は、プロジェクト内でサポートされているリソースを自動的に検出します。これらのリソースは、アプリケーションのサービスまたはワークロードとして登録できます。 | フォルダ内のプロジェクトは、境界に自動的に追加されます。これらの子孫プロジェクトからサポートされているリソースを、アプリケーションのサービスまたはワークロードとして登録できます。 | サービス プロジェクトを境界に追加するには、サービス プロジェクトをホスト プロジェクトに手動で接続する必要があります。これらのサービス プロジェクトから、サポートされているリソースをアプリケーションのサービスまたはワークロードとして登録できます。 |
| 主なユースケース | 小規模なアプリケーション、初期導入、または単一のプロジェクト内でインフラストラクチャ リソースを管理するチーム。 | ビジネス ユニット、環境、チームごとに、アプリケーション管理を組織構造に合わせる。 | アプリケーション コンポーネントが、共通のフォルダを共有しないプロジェクトに分散しているシナリオ。 |
| アプリケーション中心の Google Cloud 機能のサポート | 限定的なサポート | 完全サポート | 限定的なサポート |
| 設定の難易度 | 低: 1 つのプロジェクトが必要です。 | 中: フォルダ構造が必要です。 | 高: すべてのプロジェクトを境界に手動でリンクする必要があります。 |
| 設定ガイド | 単一のプロジェクトを設定する | フォルダを設定する | ホスト プロジェクトを設定する（レガシー） |
アプリケーション管理用のリソース階層を計画する
App Hub での効果的なアプリケーション管理は、 Google Cloudの既存のリソース階層に直接基づいて構築されます。フォルダまたはプロジェクトをアプリケーション管理境界として選択すると、App Hub のアプリケーション管理レイヤは、 Google Cloudの標準の階層ルールと継承ポリシーを遵守します。
アプリケーション管理境界の定義方法は、アプリケーション中心の Google Cloud プロダクト全体の機能の可用性に影響します。詳細については、境界タイプ別の機能サポートをご覧ください。
アプリケーションを Google Cloud リソース階層に合わせる方法
App Hub のデータモデルは、 Google Cloudリソース階層のオーバーレイと考えてください。
- 権限は継承されます。アプリケーションの IAM ロールと権限は管理プロジェクトに付与され、リソース階層の標準の IAM 継承ルールが適用されます。
- メタデータの一元化: 管理プロジェクトは、アプリケーション オーナー、重要度、環境などのアプリケーション メタデータを一元化し、リソース管理にアプリケーション対応レイヤを追加します。
アプリケーション管理境界の選択は、App Hub アプリケーションでコンポーネントを整理する方法を根本的に決定します。図 1 に示すように、親フォルダ（F1 など）にアプリケーション管理境界を定義すると、そのフォルダ内のアプリケーションは、P10 や P11 などの直接含まれるプロジェクトのリソースだけでなく、F2 内の P20 や P21 などのネストされたフォルダ内のプロジェクトのリソースも含むことができます。
図 1. アプリケーション管理境界は親フォルダで定義されています。
図 2 に示すように、ネストされたフォルダ F2 にアプリケーション管理境界を定義すると、そのフォルダ内のアプリケーションは、P20 や P21 などのプロジェクト内のリソースを使用できます。親フォルダ F1 のプロジェクト（P10 など）のリソースを含める場合は、そのプロジェクトを F2 に移動する必要があります。
図 2. アプリケーション管理境界がネストされたフォルダに定義されている。
境界タイプ別の機能サポート
次の表は、各境界設定モデルのプロダクト サポートを比較したものです。
| 境界タイプ | App Hub プロジェクト タイプ | サービスに関するサポート |
|---|---|---|
| 単一プロジェクト（プレビュー） | ホスト プロジェクト |
|
| 管理プロジェクト |
|
|
| フォルダレベル | 管理プロジェクト |
|
| 複数のプロジェクト | ホスト プロジェクト |
|