以應用程式為中心的 Google Cloud

本文將從概念上概略介紹以應用程式為中心的 Google Cloud、核心產品,以及這些產品如何相互搭配,簡化整個應用程式管理生命週期。

隨著雲端應用程式日益複雜,管理底層基礎架構可能是一大挑戰。此外,這些應用程式通常包含分散在多個Google Cloud 專案中的眾多元件。這種分散式架構會阻礙開發人員和營運人員維持清楚一致的檢視畫面,進而使監控、疑難排解和成本管理等工作變得複雜。

為解決這項挑戰, Google Cloud 提供以應用程式為中心的整合式體驗,方便您部署、管理及運作應用程式元件。您可以將重心從個別基礎架構資源轉移至整個應用程式,以符合業務功能和日常作業的方式管理應用程式。

應用程式管理的重要概念

以應用程式為中心體驗的核心概念是 App Hub 應用程式。應用程式會按照服務和工作負載等元件分組,共同提供特定業務功能。

如要啟用應用程式管理功能,請定義應用程式管理邊界,也就是 App Hub 可在應用程式中探索及註冊的一組專案基礎 Google Cloud 資源。指定 Google Cloud 專案做為管理專案,即可建立資源探索的界線。

如要詳細瞭解以應用程式為中心的 Google Cloud 重要概念,請參閱「重要概念」。

資源組織中的資料處理方式

管理專案不僅會儲存高層級應用程式屬性,還會儲存整個應用程式模型,包括:

  • App Hub 資料:應用程式的完整邏輯模型,包括應用程式、服務和工作負載的定義和關係。這個模型也包含應用程式擁有者、重要性和環境等中繼資料。
  • 應用程式設計中心資料:用於設計及部署新應用程式的元素,例如應用程式範本、目錄和空間。

如果刪除管理專案,所有應用程式模型資料都會永久遺失。基礎架構資源 (例如 Google Kubernetes Engine 叢集或負載平衡器) 會繼續存在,但這些資源在 App Hub 中的邏輯分組和關係會遺失。

設定管理專案時,系統會自動啟用應用程式管理 API。包括 App Hub、應用程式設計中心、Google Cloud Observability 的 API,以及相關聯的 API 依附元件。如要進一步瞭解這些自動啟用的 API,請參閱「在管理專案中啟用 API」。

下圖顯示應用程式管理資源的整理方式範例。在這個情況下,兩個資料夾 (「Business Unit 1」和「Business Unit 2」) 會附加至各自的管理專案,定義不同的應用程式管理界線。每個資料夾代表一個業務單位,其資源已註冊為應用程式中的服務和工作負載。第一個資料夾 (Business Unit 1) 也包含子資料夾 (Business Sub-unit 1),代表獨立的業務子單位,以及各種獨立專案和各自的資源。所有資料夾都已設定應用程式管理功能,因此各自有不同的管理專案。

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

以應用程式為中心的管理方式的優點

將資源整理成服務和工作負載,並在應用程式中註冊,可做為在不同專案或產品中追蹤個別資源的替代方案。 Google Cloud 這種做法可讓您執行下列操作:

  • 使用應用程式範本,管理一致的應用程式設計、部署和更新。
  • 全面掌握應用程式的健康狀態、效能和費用。
  • 將相關元件視為單一單元進行管理,簡化作業。
  • 在應用程式層級指派擁有權及套用政策,提升管理成效。
  • 清楚瞭解資源依附元件,加快疑難排解速度。

應用程式管理生命週期

在 Google Cloud 中管理應用程式時,請遵循邏輯生命週期。您首先要定義及整理應用程式,然後進行操作及最佳化,每個階段都有 AI 輔助功能可用。

下圖說明可讓您在 Google Cloud中管理應用程式的主要產品和功能。

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

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

  1. 資源:App Hub 中的應用程式代表資源群組,這些資源會註冊為服務和工作負載。Google Cloud 您可以透過管理專案設定應用程式管理邊界,定義 App Hub 可管理的資源。舉例來說,您可以設定已啟用應用程式的資料夾,在資料夾層級定義邊界。邊界中的管理專案會儲存 App Hub 和應用程式設計中心資料,並啟用應用程式管理所需的 API。如要進一步瞭解這些概念,請參閱「基本概念」和「資源機構中的資料處理」。

  2. 應用程式設計與部署

    • Application Design Center:使用預先建構或自訂的範本設計及部署新應用程式,並可更新範本。部署應用程式會建立新的 Google Cloud 資源,並向應用程式中心註冊這些資源和您的應用程式。詳情請參閱「應用程式設計中心總覽」。
    • App Hub:將應用程式管理邊界內的現有資源整理成應用程式,以便統一查看服務和工作負載。詳情請參閱「App Hub 總覽」。

    無論您是使用 Application Design Center 建構新應用程式,還是使用 App Hub 整理現有資源,最終都會在 App Hub 中建立應用程式目錄,並做為統一作業的基礎。

  3. 以應用程式為中心的觀測:使用 Google Cloud Observability 產品和功能監控應用程式,並最佳化用量:

    • 使用指標、記錄和追蹤記錄監控應用程式健康狀態和效能。
    • 根據指標和記錄檔設定快訊。
    • 在費用探索工具中分析費用和資源用量。
  4. 應用程式洞察:透過 Cloud Hub 集中查看應用程式及其元件的運作資料和洞察資訊,包括快訊、事件和維護活動,主動管理應用程式。詳情請參閱「Cloud Hub 總覽」。

  5. 應用程式輔助:透過 Gemini Cloud Assist 取得 AI 輔助,完成在 Application Design Center 設計應用程式、調查問題,以及最佳化資源等工作。詳情請參閱「Gemini Cloud Assist 總覽」。

後續步驟