このドキュメントでは、アプリケーション中心の Google Cloud に関連する主な用語とコンセプトについて説明します。
アプリケーション（App Hub アプリケーション）
ビジネス機能を提供するサービスとワークロードの論理グループ。このグループ化では、サービスはワークロードが提供するエンドツーエンドのビジネス機能を公開します。たとえば、オンライン ショップや chatbot を構成するすべてのコンポーネントを 1 つのアプリケーションにグループ化できます。
App Hub では、既存のGoogle Cloud リソースをアプリケーション コンポーネントとしてグループ化してアプリケーションを定義します。
Application Design Center では、アプリケーション ドラフトと呼ばれるアプリケーション テンプレートのインスタンスを作成、カスタマイズ、構成して、アプリケーションを定義します。その後、そのドラフトからアプリケーションをデプロイできます。App Design Center の使用方法
アプリケーション管理境界（境界）
境界は、1 つ以上の Google Cloud プロジェクトまたはフォルダのコレクションを定義します。App Hub は、これらのプロジェクトまたはフォルダの基盤となるリソースを検出し、アプリケーションにグループ化して、アプリケーション コンポーネントとして管理できます。
この境界の構成を定義します。たとえば、境界を単一のプロジェクトまたはプロジェクトのフォルダ全体に設定できます。ビジネスニーズに最適なアプリケーション設定モデルについては、アプリケーション設定モデルを選択するをご覧ください。
設定時に、管理プロジェクト内にアタッチメントを作成して、この境界を定義します。
アプリ対応フォルダ
アプリケーション管理境界として機能するように構成する Google Cloud フォルダ。このフォルダには、その中のアプリケーションを管理するための管理プロジェクトが含まれています。
アセット
Application Design Center で、アプリケーションのサポート リソース（アクセス制御や構成の管理など）を提供するコンポーネント。たとえば、アセットは、アプリケーションのアクセス権限を制御する ID として機能するサービス アカウントや、API キーを安全に管理するために使用する Secret Manager のシークレットなどです。
アプリケーション コンポーネントとして追加および構成できるリソースについては、App Design Center でサポートされているアセットのリストをご覧ください。
添付ファイル
管理プロジェクト内に作成する永続的な構成。プロジェクトまたはフォルダをアプリケーション管理境界のメンバーとして追加します。
プロジェクトまたはフォルダを境界の一部にするには、管理プロジェクトに接続する必要があります。単一のプロジェクトとフォルダのアタッチメントの場合、App Hub は境界への統合を自動的に管理します。他のすべてのアタッチメントは手動で作成する必要があります。
カタログ
Application Design Center で、異なるスペース間で共有できるテンプレートのコレクション。
コンポーネント（アプリケーション コンポーネント）
アプリケーションの作成に使用する Google Cloud リソース。コンポーネントは、サービス、ワークロード、アセットに分類されます。
App Hub では、アプリケーション管理境界内で、サービスまたはワークロードとして機能するリソースを検出します。これらのリソースは、アプリケーションのコンポーネントとして登録できます。
Application Design Center では、コンポーネントを構成要素として使用して、再利用可能なアプリケーション テンプレートを作成します。その後、これらのテンプレートから標準化されたアプリケーション インフラストラクチャをデプロイできます。
デザイン キャンバス
App Design Center で、コンポーネントを追加してアプリケーション図を作成するために使用するインターフェース。
ドラフト（アプリケーション ドラフト）
Application Design Center で、テンプレートから作成するインスタンス。アプリケーションの下書きをカスタマイズしてデプロイできます。
ホスト プロジェクト（レガシー）
App Hub アプリケーションの一元管理ポイントとして機能する Google Cloud プロジェクト。プロジェクトをホスト プロジェクトにするには、通常、この特定のプロジェクトで App Hub API を有効にして、他のプロジェクトにアクセスする権限を付与します。
ホスト プロジェクトを設定したら、サービス プロジェクトと呼ばれる他のGoogle Cloud プロジェクトをホスト プロジェクトに手動で接続します。この接続により、App Hub はこれらのサービス プロジェクトに存在するリソースを表示して管理し、App Hub 内の論理アプリケーションにグループ化できます。
ホスト プロジェクトは、以前のアプリケーション設定モデルです。この以前のモデルでは、ホスト プロジェクトは管理プロジェクトと同等であり、ホスト プロジェクトとサービス プロジェクトのコレクションは、マルチプロジェクトのアプリケーション管理境界の例として機能します。
管理プロジェクト
すべてのアプリケーション管理タスクとメタデータを一元化する Google Cloud プロジェクト。 Google Cloud コンソールでは、フォルダレベルの境界の管理プロジェクトに一意のアイコン（
）が表示されます。このプロジェクトでは、API、アクセス制御、課金、割り当てを管理し、アプリケーション管理境界を定義します。
Google Cloudリソース階層に管理プロジェクトを組み込む方法については、アプリケーション設定モデルを選択するをご覧ください。
単一のプロジェクトに設定されたアプリケーション管理境界は、スタンドアロン管理プロジェクトとして定義されます。これは、この境界タイプではプロジェクトをそれ自体に接続するためです。サービス
クライアントに機能を公開するネットワークまたは API インターフェースを参照するアプリケーション コンポーネント。サービスは、ワークロードのインターフェースとして機能します。たとえば、サービスは、安定した IP アドレスとポート、Pub/Sub トピック、Vertex AI モデルを公開するロードバランサにできます。
App Hub では、サービスの 2 つの登録タイプ（RegistrationType）プロパティ値がサポートされています。
- 排他的（
EXCLUSIVE）: 1 つのアプリケーションにのみ登録できるサービス。 共有（
SHARED）: 複数のアプリケーションに登録できるサービス。共有サービスは、複数のアプリケーション間で本質的に共有される GKE クラスタなどの基盤となるインフラストラクチャ コンポーネントをサポートします。アプリケーションに登録された後でも、共有サービスは App Hub で検出済みの登録ステータスになり、他のアプリケーションで使用できます。
排他的サービスまたは共有サービスとして登録できるリソースについては、App Hub でサポートされているサービスのリストをご覧ください。
アプリケーション コンポーネントとして追加および構成できるリソースについては、App Design Center でサポートされているサービスのリストをご覧ください。
登録タイプは出力専用フィールドであり、変更できません。登録タイプ プロパティの詳細については、プロパティと属性をご覧ください。
サービス プロジェクト（レガシー）
アプリケーションが使用するアプリケーション コンポーネント（仮想マシン、Google Kubernetes Engine クラスタ、ロードバランサなど）を含む Google Cloud プロジェクト。
App Hub でこれらのリソースを表示して管理できるようにするには、このサービス プロジェクトをホスト プロジェクトに手動で接続する必要があります。サービス プロジェクトは、一度に 1 つのホスト プロジェクトにのみ接続できます。
サービス プロジェクトのコンセプトは、以前のモデルの一部です。このモデルでは、ホスト プロジェクトと、それに接続されているすべてのサービス プロジェクトの組み合わせにより、マルチプロジェクトのアプリケーション管理境界が形成されます。
スペース
Application Design Center は、チームが共同作業、テンプレートの作成、アプリケーションのデプロイを行うための専用エリアです。
テンプレート（アプリケーション テンプレート）
Application Design Center で、アプリケーション コンポーネントを使用して構築するアプリケーションの再利用可能でデプロイ可能なアーキテクチャ。アプリケーション テンプレートは、次のいずれかのタイプになります。
ワークロード
アプリケーションのビジネス ロジックの個別の部分にバイナリ デプロイとコードを実行するためのコンピューティング リソースを提供するアプリケーション コンポーネント。たとえば、e コマース アプリケーションのワークロードは、決済処理を処理し、Google Kubernetes Engine の Deployment または Compute Engine のマネージド インスタンス グループ（MIG）として実行される場合があります。AI エージェントのワークロードには、機能タイプと拡張メタデータのプロパティが含まれる場合があります。
ワークロードとして登録できるリソースについては、App Hub でサポートされているワークロードのリストをご覧ください。
アプリケーション コンポーネントとして追加して構成できるリソースについては、App Design Center でサポートされているワークロードのリストをご覧ください。