本文將從概念層面概略介紹以應用程式為中心的 Google Cloud、核心產品，以及這些產品如何相互搭配運作，簡化整個應用程式管理生命週期。
隨著雲端應用程式日益複雜，管理基礎架構也變得更加困難。此外，這些應用程式通常包含分散在多個Google Cloud 專案中的眾多元件。這種分散式架構會阻礙開發人員和營運人員維持清楚一致的整合式資料檢視，進而使監控、疑難排解和成本管理等工作變得複雜。
您不必在各個專案或產品中追蹤個別資源，而是可以在 Google Cloud中使用以應用程式為中心的整合式體驗，將相關資源分組並一起管理，做為已註冊的應用程式。
- 使用應用程式範本，管理一致的應用程式設計、部署和更新。
- 全面掌握應用程式健康狀態、效能、安全防護和成本。
- 在應用程式層級指派擁有權及套用政策，提升管理成效。
- 清楚瞭解資源依附元件，加快疑難排解和影響分析速度。
- 使用 Gemini Cloud Assist 執行應用程式設計、成本最佳化和疑難排解等工作。Gemini Cloud Assist 會使用應用程式資源關係資料做為洞察資料和回覆的脈絡資訊。
應用程式
應用程式會將元件 (包括服務和工作負載) 歸入邏輯群組，共同提供特定業務功能。以下範例顯示三層式網頁應用程式，其中包含 Cloud Run 前端服務、Cloud Run 後端服務和 Cloud SQL 資料庫。
App Hub 提供應用程式的基礎資料模型，並做為應用程式的中央登錄檔。Google Cloud 您可以透過 App Hub 探索現有資源並將其分組，藉此註冊應用程式，也可以使用 App Design Center 設計及部署新應用程式，系統會自動在 App Hub 中註冊該應用程式。
接著，您就能在 AI 輔助下操作及最佳化應用程式。
重要元件
下圖說明以應用程式為中心的 Google Cloud 主要元件。
圖中的數字對應下列說明：
資源：App Hub 中的應用程式代表資源群組，這些資源會註冊為服務和工作負載。Google Cloud
您可以透過管理專案設定應用程式管理邊界，定義 App Hub 可管理的資源。舉例來說，您可以設定已啟用應用程式的資料夾，在資料夾層級定義邊界。
應用程式設計與部署：
App Design Center：使用 Google 範本 (以最佳做法為依據) 或自訂範本，設計及部署新應用程式。使用設計畫布建立應用程式、匯入 Terraform 模組，或使用 Gemini Cloud Assist 輔助設計。
詳情請參閱「App Design Center 總覽」。
App Hub：將應用程式管理邊界內的現有資源整理成應用程式，以便統一查看服務和工作負載。詳情請參閱「App Hub 總覽」。
無論您是使用 App Design Center 建構新應用程式，還是使用 App Hub 整理現有資源，最終都會在 App Hub 中建立應用程式目錄，並做為統一作業的基礎。
可觀測性：Google Cloud Observability 產品可提供整個 Google Cloud 服務的遙測資料。Google Cloud使用應用程式監控功能監控應用程式、代理程式和 MCP 伺服器，並最佳化用量：
- 使用指標、記錄和追蹤記錄監控應用程式健康狀態和效能。
- 根據指標和記錄檔設定快訊。
- 在費用探索工具中分析費用和資源用量。
成本最佳化：App Optimize API 可協助您瞭解Google Cloud 支出和資源用量。
- 在 Cloud Hub 和費用探索工具中，查看服務和工作負載的費用趨勢和用量變化。Cloud Hub 也會提供降低成本的建議，以及 Gemini Cloud Assist 提供的洞察資訊，瞭解近期成本變動相關的用量變化。
- 直接使用 App Optimize API 進行趨勢分析，或將費用資料與其他業務資料合併。
安全性和法規遵循：Security Command Center 會與其他產品整合，協助您評估安全態勢及強制執行安全政策。 Google Cloud您可以在 Security Command Center 中查看所有已註冊應用程式的發現項目。
洞察：Cloud Hub 可集中顯示應用程式的作業資料和洞察資訊，您可以查看匯總資料，主動管理應用程式，包括：
- 警示和事件。
- 安全性與法規遵循調查結果。
- 費用和用量，包括 Gemini Cloud Assist 提供的近期費用變更洞察資訊。
- 維護作業。
- 最近的 Cloud Run 和 GKE 部署作業，以及與 App Design Center 範本的設定差異。
您也可以執行查詢來關聯資料，包括觀測能力、安全性及部署資料。結果會顯示為互動式拓撲圖，協助您更快進行疑難排解或評估影響。
詳情請參閱「Cloud Hub 總覽」。
AI 輔助：透過 Gemini Cloud Assist 取得 AI 輔助， 執行下列工作：
設計應用程式。使用自然語言在 App Design Center 畫布上反覆設計應用程式，或下載建議的架構做為 Terraform 程式碼。
Gemini Cloud Assist 也支援 MCP 與 IDE 整合，並可根據對本機程式碼的分析結果，建議應用程式部署架構。
疑難排解。從支援的進入點啟動調查時，Gemini Cloud Assist 會使用進入點的背景資訊，協助您收集相關資訊。
Gemini Cloud Assist 會使用 App Topology 中的資源關係資訊，以及您在Google Cloud 控制台頁面上看到的內容，為提示提供更相關且準確的回覆。
詳情請參閱「Gemini Cloud Assist 總覽」一文。
資料處理
您可以設定管理專案，也就是集中處理所有應用程式管理工作和中繼資料的 Google Cloud 專案，藉此定義 App Hub 可管理的資源。
管理專案會儲存邊界商店的 App Hub 和 App Design Center 資料，並啟用應用程式管理所需的 API。
儲存在管理專案中的資料
管理專案會儲存應用程式的下列資料：
- App Hub 資料：邊界內所有應用程式的完整邏輯模型，包括應用程式、服務和工作負載的定義和關係。這個模型也包含應用程式擁有者、重要性和環境等中繼資料。
- App Design Center資料：用於設計及部署新應用程式的元素，例如應用程式範本、目錄和空間。
如要查看已啟用應用程式管理功能的資料夾中，應用程式資源的記錄、指標和追蹤記錄，您也必須設定可觀測範圍，以便從管理專案中查看所有應用程式遙測資料。
刪除管理專案
如果刪除管理專案，所有應用程式模型資料都會永久遺失。基礎架構資源 (例如 Google Kubernetes Engine 叢集或負載平衡器) 會繼續存在，但這些資源在 App Hub 中的邏輯分組和關係會遺失。
應用程式管理 API
設定管理專案時，系統會自動啟用應用程式管理所需的 API。包括 App Hub、App Design Center、Google Cloud Observability 的 API，以及相關聯的 API 依附元件。如要進一步瞭解必要和建議的 API，請參閱「在管理專案中啟用 API」。
整理資源
下圖顯示如何整理資源以管理應用程式。在這個案例中，兩個資料夾 (Business Unit 1和Business Unit 2) 會附加至各自的管理專案，定義不同的應用程式管理界線。每個資料夾代表一個業務單位，其資源已註冊為應用程式中的服務和工作負載。第一個資料夾 (「Business Unit 1」) 也包含子資料夾 (「Business Sub-unit 1」)，代表獨立的業務子單位，以及各種獨立專案和各自的資源。所有資料夾都已設定應用程式管理功能，因此各自有不同的管理專案。
如要進一步瞭解如何建構資源，請參閱「應用程式管理最佳做法」。