App Lifecycle Manager 區域化

本文說明 App Lifecycle Manager 如何管理應用程式產品的可用區域、資源複製和位置需求。

提供軟體式服務 (SaaS) 時，您必須在特定 Google Cloud 區域分配及管理基礎架構，才能滿足客戶的資料落地需求、盡可能縮短使用者延遲時間，以及隔離區域性故障。在 App Lifecycle Manager 中設定區域化設定，即可建立單一事實來源，用於部署單元、自動在不同地理位置複製產品中繼資料，並確保各區域的推出行為一致。

可用區域和資源複製

應用程式產品資源會定義 App Lifecycle Manager 單元可存放的位置，以及推出作業的管理方式。建立應用程式方案時，您選取的區域會做為應用程式方案支援區域的單一事實來源。您選取的區域是您為應用程式產品定義的可用區域。

透過 Google Cloud 控制台使用 App Lifecycle Manager 時，App Lifecycle Manager 會自動在各區域複製您在應用程式中定義的資源。這可確保在應用程式產品中定義的所有可用區域，App Lifecycle Manager 資源的一致性和可用性。

App Lifecycle Manager 會複製下列資源：

  • 應用程式產品 (Saas)

  • 單元種類 (UnitKind)

  • 版本 (Release)

使用 global 做為區域

一般來說，不建議將 global 做為應用程式供應範圍內的區域，做為部署目標。App Lifecycle Manager 會使用 global 區域，在各區域推出更新。區域推出作業無法在 global 區域執行。

推出區域規劃

推出作業支援的地點，取決於應用程式供應項目可用區域中定義的頂層區域。

推出作業會從相關聯的應用程式方案讀取可用區域清單。

資源複製

App Lifecycle Manager 會在應用程式產品的所有可用區域中，處理資源的建立和更新作業。

更新應用程式供應項目的可用區域時，App Lifecycle Manager 會處理複製作業：

  • 新增位置：資源會複製到新加入的位置。

  • 含有舊副本的位置：內容會更新。

Artifact Registry 和 Developer Connect 位置

Artifact Registry 存放區和 Developer Connect 執行個體的位置須符合特定規定：

  • Artifact Registry 存放區和 Developer Connect 執行個體的區域可以是任何有效的 Google Cloud 區域。不一定要包含在應用程式供應情形的可用區域中。

  • Artifact Registry 存放區的區域必須與 Developer Connect 執行個體的區域相符。

    這表示應用程式供應項目、版本和單元種類資源，必須存在於應用程式供應項目定義的所有區域，即使 Artifact Registry 存放區和 Developer Connect 執行個體位於單一 (可能不同) 區域也一樣。

  • 只能在應用程式服務指定的區域建立單位。

App Lifecycle Manager 區域設定範例

以下範例說明搭配使用 App Lifecycle Manager 和代管資源複製功能時，區域化功能的運作方式。

如要將應用程式部署至 us-central1 和 europe-west4，並將 Artifact Registry 存放區和 Developer Connect 執行個體託管於 us-east1，App Lifecycle Manager 的區域設定會如下所示：

  • 應用程式供應情形 (適用區域)：['us-central1', 'europe-west4']

  • Artifact Registry 存放區區域：us-east1

  • Developer Connect 執行個體區域：us-east1

  • 單元種類和版本資源：App Lifecycle Manager 會管理 global、us-central1 和 europe-west4 區域中這些資源的建立和更新作業。

  • 單位：您可以在 us-central1 或 europe-west4 中建立單位。

這項設定可讓您管理兩個區域的部署作業，同時將構件管理作業集中在第三個不同的區域，並自動複製資源。選擇區域時，請仔細考量延遲時間、法規遵循和資料落地需求。

後續步驟