App Hub está disponible en las ubicaciones admitidas para ayudarte a organizar tus recursos de infraestructura como aplicaciones, tanto si están disponibles en todo el mundo como en regiones específicas. Google Cloud Esta función simplifica la gestión, ya que te permite agrupar recursos en función de su ubicación geográfica y de 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 en función de su alcance. 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 Google Cloud regiones. Por ejemplo, puedes incluir recursos como un balanceador de carga de aplicaciones global y sus servicios de backend distribuidos por todo el mundo.
Aplicaciones regionales: agrupa funcionalmente los servicios y las cargas de trabajo que se encuentran por completo en una única Google Cloud región. Por ejemplo, puedes incluir un balanceador de carga de aplicaciones regional y sus servicios de backend, todos ellos ubicados 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 las aplicaciones compuestas por Google Cloud recursos 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 de cualquier región. | Solo puede contener recursos de la misma región 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 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 Google Cloud región. No se admite la residencia de datos. |
Ejemplos | Gestionar una aplicación con balanceo de carga global con servicios 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 sobre la extensión de los recursos:
- En general, las aplicaciones regionales ofrecen ventajas significativas con respecto a las aplicaciones globales. Si quieres aprovechar una latencia de servicio más baja, la alineación con los requisitos de ubicación de los datos, el ahorro potencial en los costes de red y la coherencia inherente con las funciones específicas de la región, opta por las aplicaciones regionales. Google Cloud
- Si los componentes de tu aplicación deben distribuirse en varias regiones o dependen de servicios globales, elige aplicaciones globales. Google Cloud
Puede que tengas 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 recursos de cada región. Este enfoque maximiza las ventajas de la regionalización en cada despliegue.
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 tu aplicación, ya sean regionales o globales, simplifica la agrupación y la gestión de los recursos en App Hub. Para obtener más información, consulta Elegir el modelo de configuración de App Hub.
Ventajas de las aplicaciones regionales
Aunque las aplicaciones globales ofrecen flexibilidad a los sistemas distribuidos, elegir una ubicación regional para tus aplicaciones de App Hub puede ofrecer ventajas significativas:
Admite la residencia de datos y el cumplimiento: aunque 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. Esta ventaja suele ser crucial para cumplir los requisitos legales, normativos y organizativos de la localidad de los datos.
Reduce la latencia: si colocas los recursos de la aplicación en la misma región, generalmente se minimiza la latencia de la red entre los servicios, 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 servicios o funciones exigen que todos los recursos que interactúen 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 mejor y reducir 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 despliegas 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
- Consulta la lista de ubicaciones disponibles de App Hub.
- Identificar los recursos admitidos de App Hub
- Más información sobre la geografía y las regiones
- Consultar las ubicaciones de Cloud
- Elegir el modelo de configuración de App Hub