Aplicaciones globales y regionales

App Hub está disponible en las ubicaciones admitidas para ayudarte a organizar los recursos de infraestructura globales o regionales Google Cloud en las aplicaciones de App Hub. La compatibilidad con ubicaciones simplifica la gestión, ya que te permite agrupar componentes de aplicaciones en función de su ubicación geográfica y de 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 en cuanto a la gestión de datos, la colocación, el coste y el cumplimiento. Las aplicaciones globales y regionales se definen de la siguiente manera:

  • Aplicaciones globales: agrupa funcionalmente los servicios y las cargas de trabajo que están distribuidos a nivel mundial o en varias regiones. Google Cloud Por ejemplo, puedes incluir un servicio de balanceador de carga de aplicaciones global y sus cargas de trabajo de backend distribuidas por todo el mundo.

  • Aplicaciones regionales: agrupa funcionalmente los servicios y las cargas de trabajo que se encuentran por completo en una sola Google Cloud región. Por ejemplo, puedes incluir un servicio de balanceador de carga de aplicaciones regional y sus cargas de trabajo de backend, todo ello ubicado en us-central1.

Para tomar la mejor decisión en función de tus necesidades, es fundamental que conozcas lasGoogle Cloud regiones y las zonas, que se han diseñado para ofrecer tolerancia a fallos 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 fallo únicos. Para obtener más información sobre los recursos globales y regionales, consulta Geografía y regiones y Ubicaciones de Cloud.

Comparar aplicaciones globales y regionales

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

Aplicación global Aplicación regional
Caso práctico recomendado Es la mejor opción para aplicaciones con componentes que son inherentemente globales o que están distribuidos en varias regiones. Se recomienda cuando todos los componentes de la aplicación residen en la misma Google Cloud región, aunque abarquen varios proyectos.
Extensión de recursos Puede contener recursos globales y regionales Google Cloud de cualquier región. Solo puede contener Google Cloud recursos de la misma región que la aplicación. No puedes registrar componentes globales en una aplicación regional.
Metadatos de la aplicación Se almacena en varias regiones y se puede acceder 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 ellas desde cualquier otra Google Cloud región.
No se admite la residencia de datos.
Ejemplos Gestionar una aplicación global con balanceo de carga con componentes de backend en varias regiones para proporcionar una vista centralizada del sistema distribuido. Gestionar una aplicación con todos los servicios y cargas de trabajo en us-central1.

Seleccionar la mejor ubicación para tu aplicación

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

  • En general, las aplicaciones regionales ofrecen ventajas significativas con respecto a las aplicaciones globales. Si quieres aprovechar la menor latencia de los componentes, la alineación con los requisitos de localidad de los datos, el posible ahorro en costes de red y la coherencia inherente con las funciones específicas de la región, elige aplicaciones regionales. Google Cloud
  • Si los componentes de tu aplicación se distribuyen necesariamente en varias regiones o dependen de recursos globales, opta por aplicaciones globales. Google Cloud

Es posible que tengas Google Cloud recursos ubicados en varias regiones que no formen una única función global coherente. En ese caso, suele ser recomendable definir aplicaciones regionales independientes para los componentes de cada región. De esta forma, se maximizan las ventajas de la regionalización en cada implementación.

La 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 ajuste a los límites de gestión de tus aplicaciones, ya sean regionales o globales, simplifica la agrupación y la gestión de servicios y cargas de trabajo en las aplicaciones. Para obtener más información, consulta Elegir el modelo de configuración de la aplicación.

Ventajas 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 ofrecerte ventajas significativas:

  • Cumplir los requisitos de residencia de datos: los metadatos de App Hub no ofrecen residencia de datos. Sin embargo, una aplicación regional te ayuda a asegurarte de que los datos reales que procesan y almacenan los recursos subyacentesGoogle Cloud permanezcan dentro de los límites geográficos que selecciones. Esta ventaja suele ser crucial para cumplir los requisitos legales, normativos y organizativos de la localización de datos.

  • Reducir la latencia: si colocas los componentes de la aplicación en la misma región, generalmente se minimiza la latencia de la red entre los componentes, lo que puede mejorar el rendimiento de la aplicación y la experiencia de usuario.

  • Cumplir los requisitos de las funciones del producto: determinados Google Cloud productos o funciones exigen que todos los componentes que interactúan se encuentren en la misma región. Por ejemplo, una instancia de Compute Engine solo puede asociar un disco persistente que esté en la misma región. Una aplicación regional de App Hub se ajusta de forma inherente a estas restricciones de arquitectura.

  • Optimizar los costes: la transferencia de datos entre diferentes Google Cloud regiones suele conllevar costes 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 por regiones, podrás gestionar y reducir mejor los cargos de red entre regiones.

  • Alineación con los dominios de fallos: Google Cloud las regiones se han diseñado para que sean dominios de fallos independientes. Si implementas tu aplicación en una sola región y usas varias zonas de esa región para conseguir una alta disponibilidad, la tolerancia a fallos de tu aplicación se ajustará al modelo de resiliencia de la infraestructura de Google Cloud.

Siguientes pasos