区域
SaaS 运行时可在以下区域使用。如需详细了解地区和区域，请参阅地理位置和地区。
亚太地区
下表列出了亚太地区可用的区域。
| 区域说明 | 区域名称 |
|---|---|
| 日本东京 | asia-northeast1 |
| 日本大阪 | asia-northeast2 |
| 韩国首尔 | asia-northeast3 |
| 台湾 | asia-east1 |
| 香港 | asia-east2 |
| 印度孟买 | asia-south1 |
| 德里（印度） | asia-south2 |
| 新加坡 | asia-southeast1 |
| 印度尼西亚雅加达 | asia-southeast2 |
| 澳大利亚悉尼 | australia-southeast1 |
| 澳大利亚墨尔本 | australia-southeast2 |
欧洲
下表列出了欧洲可用的区域。
| 区域说明 | 区域名称 |
|---|---|
| 芬兰哈米纳 | europe-north1 |
| 瑞典斯德哥尔摩 | europe-north2 |
| 波兰华沙 | europe-central2 |
| 比利时圣吉斯兰 | europe-west1 |
| 英国伦敦 | europe-west2 |
| 德国法兰克福 | europe-west3 |
| 意大利米兰 | europe-west8 |
| 法国巴黎 | europe-west9 |
| 德国柏林 | europe-west10 |
| 意大利都灵 | europe-west12 |
| 荷兰埃姆斯哈文 | europe-west4 |
| 瑞士苏黎世 | europe-west6 |
| 西班牙马德里 | europe-southwest1 |
美洲
下表列出了美洲的可用区域。
| 区域说明 | 区域名称 |
|---|---|
| 南卡罗来纳州，蒙克斯科纳 | us-east1 |
| 俄亥俄州，哥伦布 | us-east5 |
| 弗吉尼亚州，阿什本 | us-east4 |
| 俄勒冈州，达尔斯 | us-west1 |
| 加利福尼亚州洛杉矶 | us-west2 |
| 犹他州，盐湖城 | us-west3 |
| 内华达州，拉斯维加斯 | us-west4 |
| 爱荷华州，康瑟尔布拉夫斯 | us-central1 |
| 德克萨斯州，达拉斯 | us-south1 |
| 加拿大蒙特利尔 | northamerica-northeast1 |
| 加拿大多伦多 | northamerica-northeast2 |
| 墨西哥，克雷塔罗 | northamerica-south1 |
| 巴西圣保罗 | southamerica-east1 |
| 智利圣地亚哥 | southamerica-west1 |
中东和非洲
下表列出了中东和非洲的可用区域。
| 区域说明 | 区域名称 |
|---|---|
| 南非约翰内斯堡 | africa-south1 |
| 卡塔尔多哈 | me-central1 |
| 沙特阿拉伯达曼 | me-central2 |
| 以色列特拉维夫 | me-west1 |
saas.locations 字段
SaaS 产品资源中的 saas.locations 字段用于定义 SaaS 运行时单元的驻留位置，以及如何管理发布。saas.locations 字段是 SaaS 产品/服务的受支持区域的单一可信来源。
发布地区化注意事项
发布版支持的位置由 SaaS 产品的支持区域 (saas.locations) 中定义的顶级区域决定。
发布会直接从关联的 SaaS 产品中的 saas.locations 字段读取受支持的区域列表。
资源复制
创建 SaaS 运行时资源（例如版本和单元种类）时，除了 global 区域之外，这些资源还需要传播到 SaaS 产品的 saas.locations 字段中指定的所有区域。
复制资源可确保在 SaaS 产品支持的各个区域实现一致性和可用性。
例如，如果 saas.locations 设置为 ['us-central1', 'eu-west1']，则应有三个 SaaS 产品资源：
global中的一个（含.location = 'global'）us-central1中的一个（含.location = 'us-central1'）eu-west1中的一个（含.location = 'eu-west1'）
所有三个 SaaS 产品资源都将具有相同的 .locations 字段 (['us-central1','eu-west1'])。同样，SaaS 运行时也需要在 global、us-central1 和 eu-west1 中包含单元种类和版本。
对 saas.locations 字段或跨区域复制的其他资源的修改处理能力有限。您需要手动将修改内容应用到每个复制的资源。
使用 Google Cloud 控制台与 Google Cloud CLI 进行复制
资源复制功能因您使用的是通过 Google Cloud 控制台的 SaaS 运行时还是 Google Cloud CLI/API 而异。
- 使用 Google Cloud 控制台：SaaS Runtime 将在
global和saas.locations中列出的每个区域中自动创建资源。 - 使用 Google Cloud CLI 或 API：您需要负责在
global和saas.locations中列出的每个区域中手动创建资源。
将“全球”用作地区
一般不建议将 global 作为 saas.locations 字段中的区域。发布版本无法部署到 global 区域。
发布始终会在 saas.locations 字段中列出的每个区域中创建区域性发布。您可以使用 global 进行编排，但应避免在 saas.locations 字段中将 global 列为部署目标。
Artifact Registry 和 Developer Connect 位置
Artifact Registry 代码库和 Developer Connect 实例的位置有特定要求：
Artifact Registry 代码库和 Developer Connect 实例的区域可以是任何有效的 Google Cloud 区域。它们不需要包含在
saas.locations中。Artifact Registry 代码库的区域必须与 Developer Connect 实例的区域一致。
在单元预配期间，SaaS 运行时会将制品从您的 Artifact Registry 代码库复制到部署单元的区域。
这要求在
saas.locations中列出的所有区域中都存在 SaaS 产品、版本和单元类型资源，即使 Artifact Registry 和 Developer Connect 位于单个（可能不同的）区域中也是如此。只能在
saas.locations字段中指定的区域中创建媒体资源。除非明确指定，否则单位不会传播到global，建议不要这样做。
SaaS 运行时区域配置示例
我们提供了此示例，以演示在使用 SaaS 运行时时区域化功能如何运作。
例如，如果您想在 us-central1 和 europe-west4 中部署 SaaS 产品，同时在 us-east1 中托管 Artifact Registry 代码库和 Developer Connect 实例，那么您的 SaaS 运行时区域基础架构将如下所示：
saas.locations：['us-central1', 'europe-west4']- Artifact Registry 制品库区域：
us-east1 - Developer Connect 实例区域：
us-east1 SaaS 产品、单元种类和版本资源：由 SaaS 运行时在
global、us-central1和europe-west4中使用Google Cloud 控制台中的 SaaS 运行时创建。单元：可以在
us-central11或europe-west4中创建单元。
此配置可让您跨两个区域管理部署，同时将制品管理集中在第三个不同的区域中。选择区域时，您应仔细考虑延迟时间、合规性和数据驻留要求。