App Hub 總覽

App Hub 可讓您將 Google Cloud 基礎架構分組，並以應用程式的形式管理。這種以應用程式為中心的方法，可協助您根據多項專案的業務功能整理資源，而不僅是透過資源階層。

App Hub 是應用程式的中央註冊資料庫，可為以應用程式為中心的 Google Cloud 提供應用程式資料模型。在以應用程式為中心的 Google Cloud 中，登錄檔是擁有權、依附元件和業務情境的單一事實來源。

使用 App Hub 的好處

App Hub 將重點從個別基礎架構資源轉移至這些資源組成的應用程式，協助您大規模簡化管理和作業。

App Hub 可協助您實作下列以應用程式為中心的功能：

  • 簡化資源註冊程序：一次將多項服務和工作負載註冊至應用程式。一次最多可以註冊 10 項服務和工作負載。

  • 整理及分類應用程式：將一或多個專案中分散的 Google Cloud資源，分組為邏輯 App Hub 應用程式。接著，您可以找出屬性，並依擁有者、業務重要性和環境等屬性分類這些應用程式，提高可搜尋性和責任歸屬。詳情請參閱「屬性和屬性」。

  • 為團隊建立整合式資料檢視：在 App Hub 中定義應用程式，即可為其他 Google Cloud產品提供重要背景資訊。舉例來說，您可以啟用下列功能：

    • Cloud Hub 中的作業和洞察資料集中檢視畫面，會在應用程式情境中顯示警告、事件和成效資料。
    • Gemini Cloud Assist 的 AI 輔助功能，可使用 App Hub 的資料模型，協助您設計、操作及排解應用程式問題。
    • 使用 Google Cloud Observability 監控應用程式，顯示應用程式及其元件的遙測資料，協助您排解錯誤並提升效能。

  • 釐清擁有權和依附元件：瞭解應用程式的組成方式，以及元件之間的依附關係。這項功能可協助開發人員和作業人員以視覺化方式呈現應用程式架構、找出擁有者及解決問題。

如要進一步瞭解 App Hub 如何融入更廣泛的應用程式生命週期，請參閱「以應用程式為中心的 Google Cloud」。

App Hub 概念和資料模型

App Hub 的資料模型是以應用程式、服務和工作負載等重要概念為基礎。這些是業界常見的術語，但 App Hub 的用法較為特殊。

下表比較 App Hub 定義與常見的業界用法：

概念 App Hub 定義 常見產業用途
應用程式 服務和工作負載的邏輯群組，共同提供業務功能。 可以指單一可部署單元、程式碼集或廣泛系統。
服務 向用戶端公開功能，並可將要求轉送至工作負載的網路或 API 介面，例如負載平衡器。某些服務 (例如 GKE 叢集) 會指定為共用服務，可註冊至多個應用程式。這可透過註冊類型屬性來判斷。 通常是指微服務、可部署的元件，或具有專屬商業邏輯和資料的二進位程式碼。
工作負載 安裝應用程式二進位部署項目的運算資源。這些資源中的應用程式程式碼會執行商業邏輯的獨立部分。舉例來說，工作負載可以是 GKE 部署項目，或執行 AI 代理程式碼的 Compute Engine 代管執行個體群組 (MIG)。 泛指任何耗用運算資源的程序或元件。

如要進一步瞭解這些概念，以及其他以應用程式為中心的 Google Cloud 核心概念，請參閱「重要概念」。如要查看 App Hub 支援的資源清單，瞭解哪些資源可以註冊為應用程式中的服務或工作負載，請參閱「App Hub 支援的資源」。

您可以根據地理分布需求定義 App Hub 應用程式。位置選擇會影響您可在應用程式中註冊的服務和工作負載，且可能對資料落地需求至關重要。您可以指定下列位置：

  • 全域應用程式：將多個Google Cloud 區域的服務和工作負載分組。
  • 區域性應用程式：將位於同一區域的服務和工作負載分組。

如需詳細比較資訊，協助您選擇合適的位置，請參閱「全域和區域應用程式」。

服務和工作負載會在應用程式中顯示註冊狀態。此外，應用程式、服務和工作負載可以包含屬性和特徵形式的中繼資料。

您可以查看已部署應用程式及其服務和工作負載的詳細資料，包括位置、註冊狀態和中繼資料。詳情請參閱「查看服務和工作負載的詳細資料」和「查看應用程式詳細資料」。

服務和工作負載的註冊狀態

Google Cloud 資源的組織架構會影響 App Hub 管理服務和工作負載的方式，並決定您能否在應用程式中註冊這些服務和工作負載。可註冊至應用程式的服務和工作負載，會顯示下列其中一種註冊狀態：

  • 已發現：可註冊至應用程式的服務和工作負載，因為這些服務和工作負載屬於應用程式管理邊界的一部分，且未註冊至任何其他應用程式，或可註冊至多個應用程式。「已發現」狀態也包含您從應用程式刪除或取消註冊，但可以重新註冊的服務和工作負載。

  • 已註冊：已註冊至應用程式並由 App Hub 管理的服務和工作負載。您只能註冊已發現的服務和工作負載。註冊服務或工作負載後，註冊狀態會從「discovered」(已探索) 更新為「registered」(已註冊)。

  • 已卸載：已註冊至應用程式的服務或工作負載，但 App Hub 無法管理或監控，因為其基礎 Google Cloud 資源已不在您定義的應用程式管理範圍內。向應用程式註冊的服務和工作負載，註冊狀態可能會因下列原因變更為「detached」：

    • 刪除底層資源。舉例來說，如果您刪除由服務代表的轉送規則，服務的註冊狀態會變更為「detached」(已卸載)。
    • 含有已註冊服務或工作負載基礎資源的專案或資料夾，已移出應用程式管理邊界。

    卸載的服務和工作負載會保留在應用程式中，直到您取消註冊為止。

    如果將專案移出應用程式管理邊界，其他邊界中的應用程式就能偵測到該專案中已分離的服務和工作負載。您可以再次註冊可偵測的服務和工作負載，但必須遵守應用程式管理邊界建立的資源階層。

如要選取適合Google Cloud 中資源階層的應用程式管理邊界，並讓 App Hub 探索及註冊業務所需的服務和工作負載，請參閱「選擇應用程式設定模型」。如要查看服務和工作負載的註冊狀態，請參閱「查看服務和工作負載的詳細資料」。

屬性和屬性

為充實資料模型，App Hub 可讓您公開屬性和特徵，以支援應用程式可探索性、責任歸屬和管理。將這些值定義為應用程式中繼資料，有助於大規模篩選、管理應用程式元件，以及套用政策。

如要查看應用程式中服務和工作負載的屬性和特徵，請參閱「查看服務和工作負載的詳細資料」。

以下是屬性和特性的定義和功能：

  • 屬性是不可變更的欄位，用於描述已註冊服務或工作負載的基礎架構，例如專案 ID、位置或類型。這些項目會自動偵測，無法在 App Hub 編輯。主要支援的屬性包括：

    • (預先發布版) 註冊類型：針對服務，這項僅供輸出的屬性會指出服務是否可註冊至一或多個應用程式。這項屬性可能的值如下：

      • EXCLUSIVE：您只能將服務註冊到單一應用程式。
      • SHARED：您可以將服務註冊到多個應用程式。這個值表示服務是共用服務。

      如要瞭解哪些服務是共用或專屬服務，請參閱 App Hub 支援的服務清單。

    • (預先發布版) 功能類型：僅限輸出的屬性，用於識別服務或工作負載的已知功能。舉例來說，透過 Vertex AI Agent Engine 等代管平台部署 AI 代理時，App Hub 會自動使用 AGENT 功能類型值分類資源，指出工作負載執行 AI 代理。

    • (預先發布版) 擴充中繼資料：由結構定義驅動的屬性，提供服務或工作負載的豐富結構化資訊。這是指新增詳細、類型專屬資料的鍵/值欄位。例如，功能類型值為 AGENT 的工作負載可包含 apphub.googleapis.com/AgentProperties 中繼資料，其中包含與 Agent2Agent (A2A) 代理資訊卡相容的代理資訊。如需支援的中繼資料類型及其結構定義清單，請參閱「擴充中繼資料結構定義」。如要瞭解如何以視覺化方式呈現這項中繼資料，請參閱「查看擴充中繼資料結構定義」。

    • (預先發布版) Identity：僅限輸出的屬性，包含服務或工作負載的服務帳戶或代管 Workload Identity 名稱。

  • 屬性是可變動的使用者定義中繼資料，可套用至應用程式、服務和工作負載，以便整理及管理。建立應用程式並註冊資源時，可以為應用程式、服務和工作負載新增屬性。您也可以更新服務和工作負載屬性，以及更新應用程式屬性。主要屬性包括：

    • 擁有者：開發人員、營運人員和業務團隊的聯絡資訊。支援的擁有者類型如下：

      • developer_owners：負責開發及寫程式的開發團隊。
      • operator_owners：確保執行階段和作業完整性的營運團隊。
      • business_owners：確保品質達到預期、可滿足使用者需求的業務團隊。

    • 重要性：元件對業務的重要程度。支援的值如下：

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

    • 環境：元件的生命週期階段。支援的值如下：

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

App Hub 資源模型

為啟用以應用程式為中心的功能，App Hub 採用以管理專案和應用程式管理邊界概念為核心的資源模型。

  • 建議做法： 資料夾層級邊界： 如果元件是以 Google Cloud 資料夾結構整理，您可以使用資料夾做為邊界。這種做法可依業務單位、環境或團隊，將應用程式管理邊界與組織結構對齊，並自動納入該資料夾中的所有專案。
  • (預先發布版) 單一專案邊界： 如果小型應用程式的所有 Google Cloud 資源都位於同一個專案，您可以將該專案指定為邊界。這是開始管理應用程式的最快方式。您可以將專案設為獨立管理專案，藉此定義單一專案邊界。
  • (舊版) 具有主專案的多專案邊界：App Hub 支援舊版模型，現有使用者只要在 Google Cloud 專案啟用 App Hub API，即可指定應用程式管理的主專案。接著，您需要手動將其他 Google Cloud 專案 (稱為服務專案) 連結至該專案，以便探索多項專案的資源。

App Hub 在 Google Cloud資源階層之上導入這個應用程式管理層，以便在邊界內探索支援的資源。您可以選擇應用程式的設定模型，並設定最符合資源階層和管理需求的應用程式管理邊界。

如要瞭解這個資源組織中的資料處理方式，以及其他以應用程式為中心的功能，請參閱「以應用程式為中心的 Google Cloud」。如要進一步瞭解如何開始使用及定義應用程式管理界限，請參閱「選擇應用程式設定模型」。

後續步驟