Ubicaciones del entorno de ejecución de SaaS

Regiones

El entorno de ejecución de SaaS está disponible en las siguientes regiones. Para obtener más información sobre las regiones y las zonas, consulta Geografía y regiones.

Asia-Pacífico

En la siguiente tabla, se enumeran las regiones disponibles en Asia-Pacífico.

Descripción de la región Nombre de la región
Tokio, Japón asia-northeast1
Osaka, Japón asia-northeast2
Seúl, Corea del Sur asia-northeast3
Taiwán asia-east1
Hong Kong asia-east2
Bombay, India asia-south1
Delhi, India asia-south2
Singapur asia-southeast1
Yakarta, Indonesia asia-southeast2
Sídney, Australia australia-southeast1
Melbourne, Australia australia-southeast2

Europa

En la siguiente tabla, se enumeran las regiones disponibles en Europa.

Descripción de la región Nombre de la región
Hamina, Finlandia europe-north1
Estocolmo, Suecia europe-north2
Varsovia, Polonia europe-central2
Saint‑Ghislain, Bélgica europe-west1
Londres, Inglaterra europe-west2
Fráncfort, Alemania europe-west3
Milán, Italia europe-west8
París, Francia europe-west9
Berlín, Alemania europe-west10
Turín, Italia europe-west12
Puerto de Ems, Países Bajos europe-west4
Zúrich, Suiza europe-west6
Madrid, España europe-southwest1

América

En la siguiente tabla, se enumeran las regiones disponibles en América.

Descripción de la región Nombre de la región
Moncks Corner, Carolina del Sur us-east1
Columbus, Ohio us-east5
Ashburn, Virginia - us-east4
The Dalles, Oregón us-west1
Los Ángeles, California us-west2
Salt Lake City, Utah us-west3
Las Vegas, Nevada us-west4
Council Bluffs, Iowa us-central1
Dallas, Texas us-south1
Montreal, Canadá northamerica-northeast1
Toronto, Canadá northamerica-northeast2
Querétaro, México northamerica-south1
São Paulo, Brasil southamerica-east1
Santiago, Chile southamerica-west1

Oriente Medio y África

En la siguiente tabla, se enumeran las regiones disponibles en Oriente Medio y África.

Descripción de la región Nombre de la región
Johannesburgo, Sudáfrica africa-south1
Doha, Catar me-central1
Dammam, Arabia Saudita me-central2
Tel Aviv, Israel me-west1

El campo saas.locations

El campo saas.locations, dentro del recurso Oferta de SaaS, define dónde pueden residir tus unidades de SaaS Runtime y cómo se administran tus lanzamientos. El campo saas.locations sirve como una única fuente de información para las regiones admitidas de tu oferta de SaaS.

Consideraciones para la regionalización del lanzamiento

Las ubicaciones admitidas para los lanzamientos se determinan según las regiones de nivel superior definidas en las regiones admitidas de tu oferta de SaaS (saas.locations).

Los lanzamientos leen la lista de regiones admitidas directamente desde el campo saas.locations de la oferta de SaaS asociada.

Replicación de recursos

Cuando creas recursos de SaaS Runtime, como versiones y tipos de unidades, estos deben propagarse en todas las regiones especificadas en el campo saas.locations de tu oferta de SaaS, además de la región global.

La replicación de tus recursos garantiza la coherencia y la disponibilidad en todas las regiones admitidas de tu oferta de SaaS.

Por ejemplo, si saas.locations se establece en ['us-central1', 'eu-west1'], deberías tener tres recursos de oferta de SaaS:

  • Uno en global (con .location = 'global')
  • Uno en us-central1 (con .location = 'us-central1')
  • Uno en eu-west1 (con .location = 'eu-west1')

Los tres recursos de la oferta de SaaS tendrán el mismo campo .locations (['us-central1','eu-west1']). Del mismo modo, SaaS Runtime necesitaría tipos de unidades y versiones en global, us-central1 y eu-west1.

El manejo de las ediciones en el campo saas.locations o en otros recursos que se replican en las regiones es limitado. Debes aplicar manualmente las ediciones a cada recurso replicado.

Replicación con la consola de Google Cloud en comparación con Google Cloud CLI

La replicación de recursos funciona de manera diferente según si usas el entorno de ejecución de SaaS con la consola de Google Cloud o la CLI o la API de Google Cloud.

  • Con la consola deGoogle Cloud : SaaS Runtime creará recursos en global y en cada una de las regiones que se indican en saas.locations de forma automática.
  • Con Google Cloud CLI o la API: Eres responsable de crear recursos en global y en cada una de las regiones que se indican en saas.locations de forma manual.

Cómo usar global como región

En general, no se recomienda incluir global como región en el campo saas.locations. Las versiones no se pueden implementar en la región de global.

Los lanzamientos siempre crean lanzamientos regionales en cada región que se indica en el campo saas.locations. Puedes usar global para la organización, pero evita incluir global como destino de implementación en el campo saas.locations.

Ubicaciones de Artifact Registry y Developer Connect

Las ubicaciones de tu repositorio de Artifact Registry y de la instancia de Developer Connect tienen requisitos específicos:

  • La región de tu repositorio de Artifact Registry y de la instancia de Developer Connect puede ser cualquier región Google Cloud válida. No es necesario que se incluyan en saas.locations.

  • La región de tu repositorio de Artifact Registry debe coincidir con la región de tu instancia de Developer Connect.

  • Durante el aprovisionamiento de la unidad, el entorno de ejecución de SaaS copia el artefacto de tu repositorio de Artifact Registry a la región en la que se implementa la unidad.

    Esto requiere la presencia de recursos de tipo oferta, versión y unidad de SaaS en todas las regiones que se indican en saas.locations, aunque Artifact Registry y Developer Connect residan en una sola región (que podría ser diferente).

  • Las unidades solo se pueden crear en las regiones especificadas en el campo saas.locations. Las unidades no se propagan a global, a menos que se especifiquen de forma explícita, y no se recomienda hacerlo.

Ejemplo de configuración de regiones de SaaS Runtime

Proporcionamos este ejemplo para demostrar cómo funciona la regionalización cuando se usa el tiempo de ejecución de SaaS.

Por ejemplo, si quisieras implementar tu oferta de SaaS en us-central1 y europe-west4, mientras alojas tu repositorio de Artifact Registry y la instancia de Developer Connect en us-east1, la infraestructura de regiones del entorno de ejecución de SaaS sería similar a la siguiente:

  • saas.locations: ['us-central1', 'europe-west4']
  • Región del repositorio de Artifact Registry: us-east1
  • Región de la instancia de Developer Connect: us-east1

  • Recursos de oferta de SaaS, tipo de unidad y versión: Los crea SaaS Runtime en global, us-central1 y europe-west4 con SaaS Runtime en la consola deGoogle Cloud .

  • Unidades: Las unidades se pueden crear en us-central11 o europe-west4.

Esta configuración te permite administrar tus implementaciones en dos regiones y, al mismo tiempo, mantener la administración de artefactos centralizada en una tercera región distinta. Debes tener en cuenta cuidadosamente tus requisitos de latencia, cumplimiento y residencia de datos cuando selecciones tus regiones.