Aplicaciones globales y regionales

App Hub está disponible en las ubicaciones admitidas para ayudarte a organizar tus recursos de infraestructura de Google Cloud como aplicaciones, ya sea que estos recursos estén disponibles a nivel global o en regiones específicas. Esta capacidad simplifica la administración, ya que te permite agrupar los recursos según su ubicación geográfica y cómo interactúan con otras partes de tu infraestructura.

Cuando creas una aplicación de App Hub, defines su ubicación como global o regional. Esta elección es fundamental para determinar qué servicios y cargas de trabajo pueden formar parte de la aplicación según su alcance. Además, esta elección tiene implicaciones importantes para el manejo de datos, la colocación, el costo y el cumplimiento. Las aplicaciones globales y regionales se definen de la siguiente manera:

  • Aplicaciones globales: Agrupan funcionalmente los servicios y las cargas de trabajo que se distribuyen a nivel global o se extienden por varias Google Cloud regiones. Por ejemplo, puedes incluir recursos como un balanceador de cargas de aplicaciones global y sus servicios de backend distribuidos en todo el mundo.

  • Aplicaciones regionales: Agrupan de forma funcional los servicios y las cargas de trabajo que residen por completo en una sola Google Cloud región. Por ejemplo, puedes incluir un balanceador de cargas de aplicaciones regional y sus servicios de backend, todos ubicados en us-central1.

Para tomar la mejor decisión según tus necesidades, es fundamental comprender las regiones y las zonas deGoogle Cloud , que están diseñadas para proporcionar tolerancia a errores y alta disponibilidad. Las regiones son áreas geográficas independientes, y las zonas son áreas de implementación dentro de una región que actúan como dominios de falla únicos. Para obtener más información sobre los recursos globales y regionales, consulta Geografía y regiones y Ubicaciones de Cloud.

Compara las aplicaciones globales y regionales

En la siguiente tabla, se destacan las diferencias y consideraciones clave para ayudarte a elegir entre las aplicaciones globales y regionales:

Solicitud global Aplicación regional
Caso práctico recomendado Es la mejor opción para aplicaciones compuestas por recursos Google Cloud que son inherentemente globales o que se distribuyen en varias regiones. Se recomienda cuando todos los componentes de la aplicación residen en la misma Google Cloud región, incluso si abarcan varios proyectos.
Extensión del recurso Puede contener recursos globales y regionales de cualquier región. Solo puede contener recursos de la misma región única que la aplicación. No puedes registrar recursos globales en una aplicación regional.
Metadatos de la aplicación Se almacena en varias regiones y se puede acceder a él desde cualquier región Google Cloud.
No se admite la residencia de datos.		 Se almacenan en la región específica, pero se puede acceder a ellos desde cualquier otra Google Cloud región.
No se admite la residencia de datos.
Ejemplos Administrar una aplicación global con balanceo de cargas y servicios de backend en varias regiones para proporcionar una vista centralizada del sistema distribuido Administrar una aplicación con todos los servicios y cargas de trabajo en us-central1

Selecciona la mejor ubicación para tu aplicación

Cuando elijas entre ubicaciones globales y regionales, ten en cuenta los requisitos operativos y de arquitectura de la función comercial que representa la aplicación. La siguiente comparación se basa en consideraciones sobre el alcance de los recursos:

  • En general, las aplicaciones regionales ofrecen beneficios significativos en comparación con las aplicaciones globales. Si deseas aprovechar una menor latencia del servicio, la alineación con los requisitos de localidad de los datos, los posibles ahorros en los costos de red y la coherencia inherente con las funciones de Google Cloudespecíficas de la región, elige aplicaciones regionales.
  • Si los componentes de tu aplicación deben distribuirse en varias regiones o dependen de servicios Google Cloud globales, opta por aplicaciones globales.

Es posible que tengas recursos ubicados en varias regiones que no forman una sola función global coherente. En ese caso, suele ser una práctica recomendada definir aplicaciones regionales separadas para los recursos dentro de cada región. Este enfoque maximiza los beneficios de la regionalización para cada implementación.

Tu Google Cloud jerarquía de recursos, que define cómo organizas las carpetas y los proyectos, también es fundamental. Una jerarquía bien planificada que se alinea con los límites de tu aplicación, ya sean regionales o globales, simplifica la agrupación y la administración de los recursos en App Hub. Para obtener más información, consulta Elige tu modelo de configuración de App Hub.

Beneficios de las aplicaciones regionales

Si bien las aplicaciones globales ofrecen flexibilidad para los sistemas distribuidos, elegir una ubicación regional para tus aplicaciones de App Hub puede proporcionar ventajas significativas:

  • Admite la residencia y el cumplimiento de datos: Si bien los metadatos de App Hub no ofrecen residencia de datos, una aplicación regional te ayuda a asegurarte de que los datos reales que procesan y almacenan los recursos subyacentes permanezcan dentro de los límites geográficos que selecciones. Este beneficio suele ser fundamental para cumplir con los requisitos legales, reglamentarios y organizacionales de la localidad de los datos.

  • Reduce la latencia: Colocar los recursos de la aplicación en la misma región generalmente minimiza la latencia de red entre los servicios, lo que podría mejorar el rendimiento de la aplicación y la experiencia del usuario.

  • Cumple con los requisitos de las funciones del producto: Ciertos Google Cloud servicios o funciones exigen que todos los recursos que interactúan se encuentren en la misma región. Por ejemplo, una instancia de Compute Engine solo puede conectar un disco persistente que se encuentre en la misma región. Una aplicación regional de App Hub se alinea de forma inherente con esas restricciones arquitectónicas.

  • Optimiza los costos: La transferencia de datos entre diferentes Google Cloud regiones a menudo genera costos de redes, mientras que el tráfico de red dentro de la misma región suele tener un precio más bajo. Si creas tu aplicación de forma regional, puedes administrar y reducir mejor los cargos de red entre regiones.

  • Alineación con los dominios de falla: Las Google Cloud regiones están diseñadas para ser dominios de falla independientes. Implementar tu aplicación en una sola región y usar varias zonas dentro de esa región para lograr alta disponibilidad alinea la tolerancia a errores de tu aplicación con el modelo de resiliencia de la infraestructura de Google Cloud.

¿Qué sigue?