開發雲端基礎架構時，您可能會在多個專案中整理 Google Cloud資源。您可能也會在一個或多個專案中擁有許多資源，這些資源提供整合式業務功能，因此您想以邏輯方式分組。 Google Cloud 的資源階層結構可能會導致管理和整理基礎架構時遇到困難。App Hub 提供以應用程式為核心的方式，讓您分組及管理服務和工作負載，協助您根據業務功能調整基礎架構。
App Hub 可做為基礎資料模型和中央登錄檔，用於 Google Cloud上的應用程式。這項工具會建立單一可靠資料來源，釐清資源擁有權、依附元件和業務背景資訊。進而為其他 Google Cloud 產品提供以應用程式為中心的背景資訊。如要進一步瞭解以應用程式為中心的模型及其功能，請參閱「以應用程式為中心的 Google Cloud」。
本文提供 App Hub 的概念總覽，協助您在設定或管理這項服務前，瞭解其功能和優點。
為什麼要使用 App Hub？
App Hub 將重點從個別基礎架構資源轉向這些資源組成的應用程式，有助於大規模簡化管理和作業。
App Hub 可協助您實作下列以應用程式為主的 功能：
整理及編目應用程式：將一或多個專案中分散的資源 Google Cloud分組，歸入邏輯 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 部署作業，也可以是執行 AI 代理程式碼的 Compute Engine 代管執行個體群組 (MIG)。 | 一般用語，泛指任何會耗用運算資源的程序或元件。 |
如要進一步瞭解這些和其他以應用程式為中心的 Google Cloud 核心概念，請參閱「基本概念」。如要查看 App Hub 支援的資源清單，瞭解哪些資源可註冊為應用程式中的服務或工作負載，請參閱「App Hub 支援的資源」。
您可以根據地理位置發布需求，定義 App Hub 應用程式。您選擇的位置會影響可在應用程式中註冊的服務和工作負載，對於資料駐留需求而言也十分重要。您可以指定下列位置：
- 全域應用程式：將多個區域的服務和工作負載分組。Google Cloud
- 區域應用程式：將所有位於單一區域內的服務和工作負載分組。
如需詳細比較資訊，協助您選擇合適的位置，請參閱「全球和區域應用程式」。
服務和工作負載會在應用程式中顯示註冊狀態。此外，應用程式、服務和工作負載可以包含屬性和屬性形式的中繼資料。
您可以查看已部署應用程式及其服務和工作負載的詳細資料，包括位置、註冊狀態和中繼資料。詳情請參閱「查看服務和工作負載的詳細資料」 和「查看應用程式詳細資料」。
服務和工作負載的註冊狀態
Google Cloud 資源的機構架構會影響 App Hub 管理服務和工作負載的方式，並決定您能否在應用程式中註冊這些項目。您可以註冊至應用程式的服務和工作負載，具有下列其中一種註冊狀態：
已發現：您可以向應用程式註冊的服務和工作負載，因為這些服務和工作負載屬於應用程式管理邊界，且未向任何其他應用程式註冊，或可向多個應用程式註冊。「已發現」狀態也包括您從應用程式刪除或取消註冊的服務和工作負載，但您可以重新註冊。
已註冊：已向應用程式註冊，並由 App Hub 管理的服務和工作負載。您只能註冊已發現的服務和工作負載。註冊服務或工作負載後，註冊狀態會從「已探索」更新為「已註冊」。
已分離：已向應用程式註冊的服務或工作負載，但由於基礎 Google Cloud 資源不再屬於您定義的應用程式管理邊界，因此 App Hub 無法管理或監控這些服務或工作負載。如果應用程式註冊的服務和工作負載因下列原因而變更為「已分離」，註冊狀態也會隨之變更：
- 刪除基礎資源。舉例來說，如果您刪除服務代表的轉送規則，服務的註冊狀態會變更為「已分離」。
- 含有已註冊服務或工作負載基礎資源的專案或資料夾，已移出應用程式管理邊界。
服務和工作負載取消連結後，會保留在應用程式中，直到您取消註冊為止。
如果將專案移出應用程式管理界線，應用程式就能在不同界線中探索專案中已分離的服務和工作負載。您可以再次註冊可探索的服務和工作負載，並遵守應用程式管理邊界建立的資源階層。
如要選取符合資源階層的應用程式管理邊界，並讓 App Hub 探索及註冊貴商家需要的服務和工作負載，請參閱「選擇應用程式設定模型」。Google Cloud 如要查看服務和工作負載的註冊狀態，請參閱「查看服務和工作負載的詳細資料」。
屬性和屬性
為豐富資料模型，App Hub 可讓您公開屬性和屬性，以支援應用程式探索、問責和管理。將這些值定義為應用程式中繼資料，有助於大規模篩選、管理應用程式元件，以及為這些元件套用政策。
如要查看應用程式中服務和工作負載的屬性和屬性，請參閱「查看服務和工作負載的詳細資料」。
屬性和屬性的定義與特徵如下：
屬性是不可變更的欄位，用於描述已註冊服務或工作負載的基礎架構，例如專案 ID、位置或類型。這些項目會自動偵測，且無法在應用程式中心編輯。主要支援的屬性包括：
(預覽版) 註冊類型：服務的輸出專用屬性，指出服務是否可註冊至一或多個應用程式。這個屬性可能的值如下：
EXCLUSIVE：您只能將服務註冊至單一應用程式。SHARED：您可以將服務註冊至多個應用程式。 這個值表示服務為共用服務。
(預覽版) 功能類型：唯讀屬性，用於識別服務或工作負載的已知功能。舉例來說，如果透過 Vertex AI Agent Engine 等代管平台部署 AI 代理程式，App Hub 會自動將資源分類為
AGENT功能類型值，指出工作負載執行 AI 代理程式。(預覽版) 擴充中繼資料：架構導向的屬性，可提供服務或工作負載的豐富結構化資訊。這是指可新增詳細資料和類型專屬資料的鍵/值欄位。舉例來說，功能類型值為
AGENT的工作負載可以包含apphub.googleapis.com/AgentProperties中繼資料，其中包含與 Agent2Agent (A2A) 代理程式卡相容的代理程式相關資訊。如需支援的中繼資料類型及其結構定義清單，請參閱「擴充中繼資料結構定義」。(預先發布) 身分：唯有輸出內容的屬性，包含服務或工作負載的服務帳戶或受管理工作負載身分名稱。
屬性是可變動的使用者定義中繼資料，可套用至應用程式、服務和工作負載，以便管理及控管這些項目。您可以在建立應用程式並向其中註冊資源時，為應用程式、服務和工作負載新增屬性。您也可以更新服務和工作負載屬性，以及更新應用程式屬性。主要屬性包括：
擁有者：開發人員、營運人員和業務團隊的聯絡資訊。支援的擁有者類型如下：
developer_owners：負責開發及寫程式的開發團隊。operator_owners：確保執行階段和作業完整性的營運團隊。business_owners：確保品質達到預期、可滿足使用者需求的業務團隊。
重要性：元件對您業務的重要性。支援的值如下：
MISSION_CRITICALHIGHMEDIUMLOW
環境：元件的生命週期階段。支援的值如下：
PRODUCTIONSTAGINGDEVELOPMENTTEST
App Hub 資源模型
如要啟用以應用程式為中心的功能，App Hub 會使用以管理專案和應用程式管理邊界概念為中心的資源模型。
- 建議： 資料夾層級的界線： 如果元件是依 Google Cloud 資料夾結構整理，您可以使用資料夾做為界線。這種做法會根據業務單位、環境或團隊，將應用程式管理邊界與機構的結構對齊，並自動納入該資料夾中的所有專案。
- 單一專案界線： 如果應用程式規模較小，所有 Google Cloud 資源都位於同一個專案中，您可以將該專案指定為界線。 這是開始管理應用程式的最快方法。 您可以將專案設為獨立管理專案，藉此定義單一專案的界線。
- (舊版) 具有主專案的多專案界線：對於現有使用者，App Hub 支援舊版模型，您可以在 Google Cloud 專案上啟用 App Hub API，指定主專案來管理應用程式。然後手動將其他 Google Cloud 專案 (又稱服務專案) 連線至主專案，進行多專案資源探索。
App Hub 會在資源階層 Google Cloud上導入這個應用程式管理層，讓 App Hub 探索邊界內的支援資源。您可以為應用程式選擇設定模型，並設定最符合資源階層和控管需求的應用程式管理界線。
如要瞭解這個資源機構中的資料處理方式，以及其他以應用程式為中心的功能，請參閱「以應用程式為中心的 Google Cloud」。如要瞭解如何開始使用及定義應用程式管理邊界，請參閱「選擇應用程式設定模型」。
後續步驟
- 如要查看可在 App Hub 中註冊的 Google Cloud 資源，請參閱「支援的資源」。
- 如要開始定義應用程式管理邊界，請參閱選擇應用程式設定模型。
- 如要瞭解使用應用程式中心的必要權限，請參閱「角色和權限」。