以應用程式為中心的 Google Cloud

本文將概要介紹以應用程式為中心的 Google Cloud，這種統一的方式可讓您跨多個 Google Cloud 專案設計、部署及管理應用程式和資源。

如果 Google Cloud 資源分散在各個專案中，追蹤應用程式的健康狀態、效能、安全性和成本可能會很複雜。您不必個別追蹤資源，而是將相關資源分組，並以已註冊的應用程式形式管理。這項功能可讓您：

  • 持續部署：使用範本設計、部署及更新應用程式。
  • 強化控管：在應用程式層級設定擁有權和政策。
  • 監控健康狀態和成本：在同一處查看效能、安全防護機制和成本。
  • 有效率地排解問題：使用資源依附元件找出問題並評估影響。
  • 使用 AI 輔助功能：使用 Gemini Cloud Assist 設計、最佳化成本及排解問題。

應用程式定義

應用程式是元件 (例如服務和工作負載) 的邏輯分組，這些元件會共同提供業務功能。舉例來說，下列三層式網頁應用程式包含 Cloud Run 前端、Cloud Run 後端和 Cloud SQL 資料庫：

三層式應用程式範例

核心功能和整合項目

下圖說明以應用程式為中心的 Google Cloud 主要功能和產品。

以應用程式為中心的產品和功能之間的關係。
圖 1. 以應用程式為中心的產品和功能之間的關係。

圖中的數字對應下列說明：

  1. 資源：將 Google Cloud 資源註冊為邏輯分組，以便集中管理。

  2. 應用程式設計與部署：

  3. 可觀測性：使用 Google Cloud Observability 最佳化及監控應用程式、代理程式和 MCP 伺服器：

    • 使用指標、記錄和追蹤記錄監控健康狀態和效能。
    • 根據指標和記錄檔設定快訊。

  4. 成本最佳化：使用 App Optimize API 瞭解支出和資源用量。

  5. 安全性和法規遵循：在 Security Command Center 中追蹤安全防護狀態的調查結果，藉此控管風險。

  6. 洞察：

    • 在 Cloud Hub 中集中查看快訊、事件、安全性發現項目、成本、維護活動和設定變動。
    • 使用互動式拓撲圖，關聯觀測能力、安全性及部署資料。

  7. AI 輔助：使用 Gemini Cloud Assist 取得下列情境感知輔助：

以應用程式為核心的管理模式

如要管理資源，請使用管理專案設定應用程式管理邊界，集中管理所有應用程式管理工作、中繼資料和 API。舉例來說，您可以設定啟用應用程式的資料夾，在資料夾層級定義邊界。

資源組織範例

以下範例會將資源整理到不同的資料夾層級管理邊界。

以應用程式為核心的 Google Cloud 資源模型範例，說明如何在應用程式管理界線內整理資料夾和專案。
圖 2. 以應用程式為中心的 Google Cloud 資源機構模型範例。

依業務單位劃分界線可帶來下列好處：

  • 每個資料夾都是應用程式管理邊界，有自己的管理專案。這樣一來，各業務單位就能使用相關資源註冊應用程式。

  • 業務單位 1 中的應用程式可以包含業務子單位 1 資料夾中專案的資源。這樣一來，業務單位就能區隔工作，同時共用資源存取權。

如要進一步瞭解如何建構資源，請參閱「應用程式管理最佳做法」。

自動啟用的 API

設定管理專案時，系統會自動啟用應用程式管理所需的 API，包括 App Hub、App Design Center 和 Google Cloud Observability 的 API。

管理專案中儲存的應用程式資料

管理專案會儲存應用程式管理邊界的下列資料：

如要查看已啟用應用程式的資料夾中應用程式資源的匯總遙測資料，請為管理專案設定可觀測範圍。

刪除管理專案的影響

如果刪除資料夾邊界的管理專案，所有應用程式模型資料都會永久遺失。其他專案中的基礎資源不受影響，但 App Hub 中的邏輯分組和中繼資料會遭到刪除。 Google Cloud

後續步驟