基本的なコンセプト

このドキュメントでは、アプリケーション中心の Google Cloud に関連する主な用語とコンセプトについて説明します。

アプリケーション(App Hub アプリケーション)

ビジネス機能をまとめて提供するサービスワークロードの論理グループ。このグループ化では、サービスはワークロードが提供するエンドツーエンドのビジネス機能を公開します。たとえば、オンライン ストアや chatbot を構成するすべてのコンポーネントを 1 つのアプリケーションにグループ化できます。

アプリケーション管理の境界(境界とも呼ばれます)

App Hub が検出できる基盤となるリソースが 1 つ以上含まれる Google Cloud プロジェクトまたはフォルダのコレクション。アプリケーションでグループ化できます。このコレクションは、App Hub がアプリケーション コンポーネントを管理できる境界を定義します。

この境界の構成を定義します。たとえば、境界を単一のプロジェクトまたはプロジェクトのフォルダ全体に設定できます。ビジネスニーズに最適なアプリケーション設定モデルを確認するには、アプリケーション設定モデルを選択するをご覧ください。

アプリ対応フォルダ

アプリケーション管理境界として機能するように構成する Google Cloud フォルダ。このフォルダには、その中のアプリケーションを管理するための管理プロジェクトが含まれています。

アセット

Application Design Center のコンポーネント。アクセス制御や構成の管理など、アプリケーションのサポート リソースを提供します。たとえば、アセットは、アプリケーションのアクセス権限を制御する ID として機能するサービス アカウントや、API キーを安全に管理するために使用する Secret Manager シークレットなどです。

カタログ

Application Design Center で、異なるスペース間で共有できるテンプレートのコレクション。

コンポーネント(アプリケーション コンポーネントとも呼ばれます)

アプリケーションの構成に使用する Google Cloud リソース。コンポーネントは、サービスワークロードアセットに分類されます。

  • App Hub では、サービスまたはワークロードとして機能するアプリケーション管理境界内のリソースを検出します。これらのリソースをアプリケーションのコンポーネントとして登録できます。

  • Application Design Center では、コンポーネントを構成要素として使用して、再利用可能なアプリケーション テンプレートを作成します。これらのテンプレートから標準化されたアプリケーション インフラストラクチャをデプロイできます。

デザイン キャンバス

Application 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 で検出された 登録ステータスになり、他のアプリケーションで使用できるようになります。

登録タイプは出力専用のフィールドであり、変更することはできません。登録タイプ プロパティの詳細については、プロパティと属性をご覧ください。

サービス プロジェクト(レガシー)

仮想マシン、Google Kubernetes Engine クラスタ、ロードバランサなど、アプリケーションが使用するアプリケーション コンポーネントを含むプロジェクト。 Google Cloud

App Hub でこれらのリソースを表示して管理できるようにするには、このサービス プロジェクトをホスト プロジェクトに手動で接続する必要があります。サービス プロジェクトは、一度に 1 つのホスト プロジェクトにのみ接続できます。

サービス プロジェクトのコンセプトは、以前のモデルの一部です。このモデルでは、ホスト プロジェクトと、それに接続されているすべてのサービス プロジェクトの組み合わせが、複数のプロジェクトのアプリケーション管理境界を形成します。

スペース

App Design Center のチームが共同で作業し、テンプレートを作成してアプリケーションをデプロイするための専用領域。

テンプレート(アプリケーション テンプレートとも呼ばれます)

App Design Center では、アプリケーション コンポーネントを使用して構築するアプリケーションの再利用可能でデプロイ可能なアーキテクチャ。

ワークロード

バイナリ デプロイと、アプリケーションのビジネス ロジックの個別の部分のコードを実行するためのコンピューティング リソースを提供するアプリケーション コンポーネント。たとえば、e コマース アプリケーションのワークロードは、支払い処理を処理し、Google Kubernetes Engine デプロイまたは Compute Engine マネージド インスタンス グループ(MIG)として実行される場合があります。AI エージェントのワークロードには、機能タイプと拡張メタデータのプロパティがある場合があります。