Aplicaciones globales y regionales

App Hub está disponible en las ubicaciones admitidas para ayudarte a organizar los recursos de infraestructura globales o regionales de Google Cloud en las aplicaciones de App Hub. La compatibilidad con ubicaciones simplifica la administración, ya que te permite agrupar los componentes de la aplicación según su ubicación geográfica y los métodos de comunicación con otras partes de tu infraestructura.

Cuando creas una aplicación, 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. Además, esta elección tiene implicaciones importantes para el manejo de datos, la coubicación, el costo y el cumplimiento. Las aplicaciones globales y regionales se definen de la siguiente manera:

  • Aplicaciones globales: Agrupa de forma funcional los servicios y las cargas de trabajo que se distribuyen de forma global o se extienden en varias regiones de Google Cloud . Por ejemplo, puedes incluir un servicio de balanceador de cargas de aplicaciones global y sus cargas de trabajo de backend distribuidas en todo el mundo.

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

Para tomar la mejor decisión según tus necesidades, es fundamental que comprendas las regiones y 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 con fallas ú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:

Aplicación global Aplicación regional
Caso práctico recomendado Es ideal para aplicaciones con componentes 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 región de Google Cloud , incluso si abarcan varios proyectos.
Alcance del recurso Puede contener recursos Google Cloud globales y regionales de cualquier región. Solo puede contener recursos de Google Cloud de la misma región única que la aplicación. No puedes registrar componentes globales en una aplicación regional.
Metadatos de la aplicación Se almacenan en varias regiones y se puede acceder a ellos desde cualquier Google Cloud región.
No se admite la residencia de datos.		 Se almacenan en la región específica, pero se puede acceder a ellos desde cualquier otra región de Google Cloud .
La residencia de datos se admite cuando usas extremos regionales.
Ejemplos Administrar una aplicación con balanceo de cargas global con componentes de backend en varias regiones para proporcionar una vista centralizada del sistema distribuido Administra una aplicación con todos los servicios y las cargas de trabajo en us-central1.

Selecciona la mejor ubicación para tu aplicación

Ten en cuenta los requisitos operativos y de arquitectura de la función empresarial que representa la aplicación cuando elijas entre ubicaciones globales y regionales. La siguiente comparación se basa en consideraciones geográficas:

  • En general, las aplicaciones regionales ofrecen beneficios significativos en comparación con las globales. Si deseas aprovechar la menor latencia de los componentes, la alineación con los requisitos de localidad de los datos, el posible ahorro de costos de red y la coherencia inherente con las funciones de Google Cloudespecíficas de la región, opta por las aplicaciones regionales.
  • Si los componentes de tu aplicación se distribuyen necesariamente en varias regiones o dependen de recursos globales de Google Cloud , opta por aplicaciones globales.

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

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

Beneficios de las aplicaciones regionales

Las aplicaciones globales ofrecen flexibilidad para los sistemas distribuidos. Sin embargo, elegir una ubicación regional para tus aplicaciones de App Hub puede proporcionar ventajas significativas:

  • Admite la residencia de datos y el cumplimiento: Los metadatos de App Hub admiten la residencia de datos cuando accedes a tus aplicaciones regionales con extremos regionales. Esto te ayuda a asegurarte de que tanto los metadatos de tu aplicación como los datos que los recursos subyacentes deGoogle Cloud procesan y almacenan permanezcan dentro de los límites geográficos que selecciones. Este beneficio es fundamental para cumplir con los requisitos legales, reglamentarios y organizacionales de localidad y soberanía de los datos.

  • Reduce la latencia: Colocar los componentes de la aplicación en la misma región suele minimizar la latencia de red entre los componentes, lo que puede mejorar el rendimiento de la aplicación y la experiencia del usuario.

  • Cumple con los requisitos de las funciones de los productos: Algunos productos o funciones de Google Cloud exigen que todos los componentes que interactúan se ubiquen en la misma región. Por ejemplo, una instancia de Compute Engine solo puede conectar un disco persistente que esté en la misma región. Una aplicación regional de App Hub se alinea de forma inherente con esas restricciones de arquitectura.

  • Optimiza los costos: La transferencia de datos entre diferentes regiones de Google Cloud suele generar costos de red, 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 con fallas:Las regiones de Google Cloud están diseñadas para ser dominios con fallas 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?