Arquetipos de implementación de Google Cloud

Last reviewed 2026-09-09 UTC

Como arquitecto de nube o responsable de la toma de decisiones, cuando planeas implementar una aplicación en Google Cloud, debes elegir un arquetipo de implementación¹ adecuado para tu aplicación. En esta guía, se describen seis arquetipos de implementación (zonales, regionales, multirregionales, globales, híbridas y de múltiples nubes), y se presentan casos de uso y consideraciones de diseño para cada arquetipo de implementación. En la guía, también se proporciona un análisis comparativo para ayudarte a elegir los arquetipos de implementación que cumplan con tus requisitos de disponibilidad, costo, rendimiento y eficiencia operativa.

¿Qué es un arquetipo de implementación?

Un arquetipo de implementación es un modelo abstracto, independiente del proveedor, que usas como base para compilar arquitecturas de implementación específicas de la aplicación que cumplan con tus requisitos empresariales y técnicos. Cada arquetipo de implementación especifica una combinación de dominios con fallas en los que se puede ejecutar una aplicación. Estos dominios con fallas pueden ser una o más zonas o regiones deGoogle Cloud , y se pueden extender para incluir tus centros de datos locales o dominios con fallas en otros proveedores de servicios en la nube.

En el siguiente diagrama, se muestran seis aplicaciones implementadas en Google Cloud. Cada aplicación usa un arquetipo de implementación que cumple con sus requisitos específicos.

Como se muestra en el diagrama anterior, en una arquitectura que usa el arquetipo de implementación híbrida o de múltiples nubes, la topología de la nube se basa en uno de los arquetipos básicos: zonal, regional, multirregional o global. En este sentido, los arquetipos de implementación híbrida y de múltiples nubes se pueden considerar como arquetipos de implementación compuestos que incluyen uno de los arquetipos básicos.

Nota: Los arquetipos de Deployment son diferentes de los ámbitos de ubicación. El alcance de la ubicación de un recurso de Google Cloud define su límite de disponibilidad. Por ejemplo, el alcance de la ubicación de una VM de Compute Engine es zonal. Esto significa que, si la zona de Google Cloud en la que se aprovisiona una VM tiene una interrupción, la disponibilidad de la VM se verá afectada. Sin embargo, distribuyendo las VMs en varias zonas, puedes compilar una arquitectura con alta disponibilidad basada en el arquetipo de implementación regional.

Elegir un arquetipo de implementación ayuda a simplificar las decisiones posteriores sobre los productos y las funciones de Google Cloud que debes usar. Por ejemplo, para una aplicación alojada en contenedores con alta disponibilidad, si eliges el arquetipo de implementación regional, los clústeres regionales de Google Kubernetes Engine (GKE) son más apropiados que los zonales.

Cuando eliges un arquetipo de implementación para una aplicación, debes tener en cuenta las compensaciones entre factores como la disponibilidad, el costo y la complejidad operativa. Por ejemplo, si una aplicación entrega a usuarios en varios países y necesita alta disponibilidad, puedes elegir el arquetipo de implementación multirregional. Sin embargo, para una aplicación interna que usan los empleados en una sola región geográfica, puedes priorizar el costo sobre la disponibilidad y, por lo tanto, elegir el arquetipo de implementación regional.

Descripción general de los arquetipos de implementación

En las siguientes pestañas, se proporcionan definiciones para los arquetipos de implementación y un resumen de los casos de uso y las consideraciones de diseño para cada uno.

Zonal

La aplicación se ejecuta en una sola zona de Google Cloud , como se muestra en el siguiente diagrama:

Casos de uso	Entornos de desarrollo y pruebas. Aplicaciones que no necesitan alta disponibilidad Herramientas de redes de baja latencia entre componentes de aplicaciones Migración de cargas de trabajo básicas. Aplicaciones que usan software con licencia restringida
Consideraciones del diseño	Tiempo de inactividad durante las interrupciones de zona. Para garantizar la continuidad del negocio, puedes aprovisionar una réplica pasiva de la aplicación en otra zona de la misma región. Si se produce una interrupción de la zona, puedes restablecer la aplicación a producción con la réplica pasiva.
Más información	Consulta las siguientes secciones: Arquetipo de implementación zonal Análisis comparativo de todos los arquetipos de implementación

Regional

Tu aplicación se ejecuta de forma independiente en dos o más zonas dentro de una sola región deGoogle Cloud , como se muestra en el siguiente diagrama:

Casos de uso	Aplicaciones con alta disponibilidad que prestan servicios a usuarios dentro de un área geográfica Cumplimiento de los requisitos de soberanía y residencia de datos
Consideraciones del diseño	Tiempo de inactividad durante las interrupciones regionales Para garantizar la continuidad empresarial, puedes crear una copia de seguridad de la aplicación y los datos en otra región. Si se produce una interrupción regional, puedes usar las copias de seguridad de la otra región para restablecer la aplicación en producción. Costo y esfuerzo para aprovisionar y administrar recursos redundantes.
Más información	Consulta las siguientes secciones: Arquetipo de implementación regional Análisis comparativo de todos los arquetipos de implementación

Multirregional

Tu aplicación se ejecuta de forma independiente en varias zonas en dos o más regiones deGoogle Cloud . Puedes usar las políticas de enrutamiento de DNS para enrutar el tráfico entrante a los balanceadores de cargas regionales. Luego, los balanceadores de cargas regionales distribuyen el tráfico a las réplicas zonales de la aplicación, como se muestra en el siguiente diagrama:

Casos de uso	Aplicación con alta disponibilidad con usuarios de distintas ubicaciones geográficas Aplicaciones que requieren una baja latencia para el usuario final Cumplimiento de los requisitos de soberanía y residencia de datos con una política de enrutamiento de DNS con perímetro virtual.
Consideraciones del diseño	Costo de la transferencia de datos entre regiones y la replicación de datos. Complejidad operativa.
Más información	Consulta las siguientes secciones: Arquetipo de implementación multirregional Análisis comparativo de todos los arquetipos de implementación

Global

Tu aplicación se ejecuta en Google Cloud regiones de todo el mundo, ya sea como una pila distribuida de forma global (sin reconocimiento de ubicación) o como pilas aisladas de forma regional. Un balanceador de cargas anycast global distribuye el tráfico a la región más cercana al usuario. Otros componentes de la pila de aplicaciones también pueden ser globales, como la base de datos, la caché y el almacén de objetos.

En el siguiente diagrama, se muestra la variante distribuida de forma global del arquetipo de implementación global. Un balanceador de cargas anycast global reenvía las solicitudes a una pila de aplicaciones que se distribuye en varias regiones y que usa una base de datos replicada de forma global.

En el siguiente diagrama, se muestra una variante del arquetipo de implementación global con pilas de aplicaciones aisladas de forma regional. Un balanceador de cargas anycast global reenvía las solicitudes a una pila de aplicaciones en una de las regiones. Todas las pilas de aplicaciones usan una sola base de datos replicada de forma global.

Casos de uso	Aplicaciones con alta disponibilidad que prestan servicio a usuarios dispersos por todo el mundo Oportunidad de optimizar los costos y simplificar las operaciones con recursos globales en lugar de varias instancias de recursos regionales.
Consideraciones del diseño	Costos de la transferencia de datos entre regiones y la replicación de datos.
Más información	Consulta las siguientes secciones: Arquetipo de implementación global Análisis comparativo de todos los arquetipos de implementación

Híbrido

Algunas partes de tu aplicación se implementan en Google Cloud, mientras que otras se ejecutan de forma local, como se muestra en el siguiente diagrama. La topología en Google Cloud puede usar el arquetipo de implementación zonal, regional, multirregional o global.

Casos de uso	Sitio de recuperación ante desastres (DR) para cargas de trabajo locales. Desarrollo local para aplicaciones en la nube. Migración progresiva a la nube para aplicaciones heredadas. Mejorar las aplicaciones locales con funciones de la nube
Consideraciones del diseño	Esfuerzo de configuración y complejidad operativa. Costo de los recursos redundantes
Más información	Consulta las siguientes secciones: Arquetipo de implementación híbrida Análisis comparativo de todos los arquetipos de implementación

Múltiples nubes

Algunas partes de tu aplicación se implementan en Google Cloud, y otras se implementan en otras plataformas de nube, como se muestra en el siguiente diagrama. La topología en cada plataforma de nube puede usar el arquetipo de implementación zonal, regional, multirregional o global.

Casos de uso	Google Cloud como el sitio principal y otra nube como sitio de DR. Mejorar las aplicaciones con funciones avanzadas de Google Cloud .
Consideraciones del diseño	Esfuerzo de configuración y complejidad operativa. Costo de los recursos redundantes y el tráfico de red entre nubes.
Más información	Consulta las siguientes secciones: Arquetipo de implementación de múltiples nubes Análisis comparativo de todos los arquetipos de implementación

Colaboradores

Autor: Kumar Dhanagopal | Desarrollador de soluciones entre productos

Otros colaboradores:

• Anna Berenberg | Socio de Ingeniería
• Anshu Kak | Ingeniero distinguido
• Jeff Welsch | Director, Administración de productos
• Marwan Al Shawi | Ingeniero de Atención al Cliente para Socios
• Sekou Page | Gerente de Productos Salientes
• Steve McGhee | Defensor de Confiabilidad
• Victor Moreno | Gerente de producto, Herramientas de redes de Cloud

---

1. Kat Berenberg y Brad Calder, Arquetipos de implementación para aplicaciones en la nube, Encuestas de computación de ACM, volumen 55, problema 3, artículo n°: 61, pp 1-48 ↩