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 中部署应用产品，同时在 us-east1 中托管 Artifact Registry 代码库和 Developer Connect 实例，则 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 中创建单元。

通过此配置，您可以管理两个区域中的部署，同时通过自动资源复制，将制品管理集中在第三个不同的区域中。选择区域时，请仔细考虑延迟时间、合规性和数据驻留要求。

后续步骤