En esta sección de la guía de Google Cloud arquetipos de implementación, se comparan los arquetipos de implementación en términos de disponibilidad, solidez ante las interrupciones, costo y complejidad operativa.
En la siguiente tabla, se resume el análisis comparativo de los arquetipos de implementación básicos: zonal, regional, multirregional y global. En el caso de las topologías híbridas y de múltiples nubes, el arquetipo de implementación que se usa para la parte deGoogle Cloud de la topología influye en la disponibilidad, la solidez ante las interrupciones, el costo y la complejidad operativa.
| Consideración de diseño | Zonal | Regional | Multirregional | Global |
|---|---|---|---|---|
| Disponibilidad de la infraestructura | 99.9% (3 nueves) | 99.99% (4 nueves) | 99.999% (5 nueves) | 99.999% (5 nueves) |
| Solidez de la infraestructura contra interrupciones zonales | RTO de horas o días | RTO casi nulo si la replicación es síncrona | RTO casi nulo si la replicación es síncrona | RTO casi nulo si la replicación es síncrona |
| Solidez de la infraestructura contra interrupciones regionales | RTO de horas o días | RTO de horas o días | RTO casi nulo si la replicación es síncrona | RTO casi nulo si la replicación es síncrona |
| Costo de los Google Cloud recursos | Baja | Medio | Alta | Media |
| Complejidad operativa | Más simple que los otros arquetipos de implementación | Más complejo que el zonal | Más compleja que la regional | Potencialmente más simple que la multirregional |
En las siguientes secciones, se describe el análisis comparativo que se resume en la tabla anterior.
Disponibilidad de la infraestructura
En las siguientes secciones, se describen las diferencias en la disponibilidad de la infraestructura entre los arquetipos de implementación.
Arquetipos de implementación zonales, regionales, multirregionales y globales
La infraestructura deGoogle Cloud está diseñada para admitir una disponibilidad objetivo del 99.9% para tu carga de trabajo cuando usas el arquetipo de implementación zonal, el 99.99% para las implementaciones regionales y el 99.999% para las implementaciones multirregionales y globales. Estos números de disponibilidad son objetivos para la infraestructura a nivel de la plataforma.
La disponibilidad que puedes esperar de una aplicación implementada enGoogle Cloud depende de los siguientes factores, además del arquetipo de implementación:
- Diseño de la aplicación
- Cantidad de niveles interdependientes en la pila de la aplicación
- Tiempo de actividad Acuerdos de Nivel de Servicio (ANS) para los servicios utilizados Google Cloud
- Cantidad de recursos redundantes
- Permisos de ubicación de los recursos
Para obtener más información, consulta Componentes básicos de la confiabilidad en Google Cloud.
Arquetipos de implementación híbrida y de múltiples nubes
En el caso de una topología híbrida o de múltiples nubes, la disponibilidad general depende de la infraestructura de cada entorno y de las interdependencias entre los entornos.
- Si existen interdependencias críticas entre los componentes de Google Cloudy los componentes fuera de Google Cloud, la disponibilidad general es menor que la disponibilidad del componente que proporciona la menor disponibilidad en todos los entornos.
- Si cada componente de la aplicación se implementa de forma redundante enGoogle Cloud y de forma local o en otras plataformas en la nube, la redundancia garantiza una alta disponibilidad.
Solidez de la infraestructura contra interrupciones zonales y regionales
En las siguientes secciones, se describen las diferencias entre los arquetipos de implementación en términos de la capacidad de la infraestructura para seguir admitiendo tus cargas de trabajo en caso de interrupciones en la zona y la región de Google Cloud .
Arquetipo de implementación zonal
Una arquitectura que usa el arquetipo de implementación básica de una sola zona no es sólida contra las interrupciones zonales. Debes planificar la recuperación de las interrupciones de zona en función de tu objetivo de punto de recuperación (RPO) y tu objetivo de tiempo de recuperación (RTO). Por ejemplo, puedes mantener una réplica pasiva o reducida de la infraestructura en otra zona (de conmutación por error). Si se produce una interrupción en la zona principal, puedes promover la base de datos en la zona de conmutación por error para que sea la base de datos principal y actualizar el balanceador de cargas para enviar tráfico al frontend en la zona de conmutación por error.
Arquetipo de implementación regional
Una arquitectura que usa el arquetipo de implementación regional es sólida contra las interrupciones zonales. Es poco probable que una falla en una zona afecte la infraestructura en otras zonas. El RTO es cercano a cero si los datos se replican de forma síncrona. Sin embargo, cuando una interrupción afecta a toda una región Google Cloud , la aplicación deja de estar disponible. Planifica la recuperación ante interrupciones según tu RPO y RTO para la aplicación. Por ejemplo, puedes aprovisionar una réplica pasiva de la infraestructura en otra región y activar la réplica durante las interrupciones regionales.
Arquetipos de implementación globales y multirregionales
Una arquitectura que usa el arquetipo de implementación multirregional o global es sólida contra las interrupciones zonales y regionales. El RTO es cercano a cero si los datos se replican de forma síncrona. Una arquitectura en la que la aplicación se ejecuta como una pila distribuida a nivel global y que no tiene en cuenta la ubicación proporciona el nivel más alto de solidez contra las interrupciones regionales.
Arquetipos de implementación híbrida y de múltiples nubes
La solidez de una arquitectura híbrida y de múltiples nubes depende de la solidez de cada entorno (Google Cloud, local y otras plataformas en la nube) y de las interdependencias entre los entornos.
Por ejemplo, si cada componente de una aplicación se ejecuta de forma redundante en Google Cloud y otro entorno (local o en otra plataforma en la nube), la aplicación es sólida contra cualquiera de las interrupciones deGoogle Cloud . Si existen interdependencias críticas entre los componentes de Google Cloud y los componentes que se implementan de forma local o en otras plataformas en la nube, la solidez ante las interrupciones de Google Cloud depende de la solidez del arquetipo de implementación que se usa para la parteGoogle Cloud de la arquitectura. Google Cloud
Costo de los recursos de Google Cloud
El costo de los Google Cloud recursos que se requieren para una aplicación depende de los Google Cloud servicios que usas, la cantidad de recursos que aprovisionas, el período para el que conservas o usas recursos, y el arquetipo de implementación que elijas. Para estimar el costo de los recursos deGoogle Cloud en una arquitectura basada en cualquier arquetipo de implementación, puedes usar la Google Cloud calculadora de precios.
En las siguientes secciones, se describen las diferencias en el costo de los recursos deGoogle Cloud entre los distintos arquetipos de implementación.
Arquetipos de implementación zonales, regionales y multirregionales
En comparación con una arquitectura que usa el arquetipo de implementación zonal, una arquitectura que usa el arquetipo de implementación multirregional puede generar costos adicionales por el almacenamiento redundante. Además, para cualquier tráfico de red que cruce los límites regionales, debes tener en cuenta los costos de transferencia de datos entre regiones.
Arquetipo de implementación global
Con este arquetipo, tienes la oportunidad de usar recursos globales altamente disponibles, como un balanceador de cargas global. El costo de configurar y operar los recursos de la nube puede ser menor que el de una implementación multirregional en la que aprovisionas y configuras varias instancias de recursos regionales. Sin embargo, los recursos globales pueden implicar costos más altos en algunos casos. Por ejemplo, el balanceador de cargas global requiere redes de nivel Premium, pero para los balanceadores de cargas regionales, puedes elegir el nivel Estándar.
Arquetipos de implementación híbrida y de múltiples nubes
En una arquitectura de implementación híbrida o de múltiples nubes, debes tener en cuenta los costos adicionales junto con el costo de los recursos que aprovisionas. Por ejemplo, considera los costos de las redes híbridas o entre nubes, y el costo de supervisar y administrar los recursos en múltiples entornos.
Consideraciones para todos los arquetipos de implementación
Cuando evalúas el costo de ejecutar una carga de trabajo en la nube, debes tener en cuenta los costos adicionales junto con el costo de los recursos Google Cloud que aprovisionas. Por ejemplo, considera los gastos de personal y los costos generales para diseñar, compilar y mantener tu implementación en la nube.
Para comparar el costo de los recursos de los arquetipos de implementación, también considera el costo por unidad de trabajo que realiza la aplicación. Google Cloud Identifica unidades de trabajo que reflejen los factores comerciales de la aplicación, como la cantidad de usuarios a los que presta servicio o la cantidad de solicitudes procesadas.
Si administras cuidadosamente el uso de tus recursos Google Cloud y adoptas las prácticas recomendadas por Google, puedes optimizar el costo de tus implementaciones en la nube. Para obtener más información, consulta Google Cloud Well-Architected Framework: Optimización de costos.
Complejidad operativa
En las siguientes secciones, se describen las diferencias en la complejidad operativa entre los arquetipos de implementación, que dependen de la cantidad de recursos de infraestructura, funciones y pilas de aplicaciones que necesitas operar.
Arquetipos de implementación zonales, regionales y multirregionales
Una arquitectura basada en el arquetipo de implementación zonal es más fácil de configurar y operar en comparación con las otras arquitecturas de implementación. Una aplicación que se ejecuta de forma redundante en varias zonas o regiones requiere un mayor esfuerzo operativo por los siguientes motivos:
- Se debe supervisar el estado de las pilas de aplicaciones en varias ubicaciones, tanto a nivel de la pila como para cada componente de la aplicación.
- Si un componente deja de estar disponible en alguna ubicación, las solicitudes en proceso se deben controlar de forma correcta.
- Los cambios en la aplicación se deben lanzar con cuidado.
- Las bases de datos deben estar sincronizadas en todas las ubicaciones.
Arquetipo de implementación global
El arquetipo de implementación global te permite usar recursos globales con alta disponibilidad, como un balanceador de cargas global y una base de datos global. El esfuerzo para configurar y operar recursos de la nube puede ser menor que el de una implementación multirregional en la que necesitas administrar varias instancias de recursos regionales. Sin embargo, debes administrar con cuidado los cambios en los recursos globales.
El esfuerzo necesario para operar una arquitectura que usa el arquetipo de implementación global también depende de si implementas una pila distribuida que no tiene en cuenta la ubicación o varias pilas aisladas de forma regional:
- Una aplicación distribuida que no tiene en cuenta la ubicación se puede expandir y escalar con mayor flexibilidad. Por ejemplo, si ciertos componentes tienen requisitos de latencia críticos para el usuario final solo en ubicaciones específicas, puedes implementar estos componentes en las ubicaciones requeridas y operar el resto de la pila en otras ubicaciones.
- Una aplicación que se implementa como varias pilas aisladas regionalmente requiere un mayor esfuerzo para operar y mantener, debido a los siguientes factores:
- Se debe supervisar el estado de las pilas de aplicaciones en varias ubicaciones, tanto a nivel de la pila como para cada componente.
- Si un componente deja de estar disponible en alguna ubicación, las solicitudes en proceso se deben controlar de forma correcta.
- Los cambios en la aplicación se deben lanzar con cuidado.
- Las bases de datos deben estar sincronizadas en todas las ubicaciones.
Arquetipos de implementación híbrida y de múltiples nubes
Las topologías híbridas o de múltiples nubes requieren más esfuerzo para configurarse y operarse que una arquitectura que solo usa Google Cloud.
- Los recursos deben administrarse de manera coherente en las topologías locales y deGoogle Cloud .
- Necesitas una forma de aprovisionar y administrar recursos de manera eficiente en varias plataformas. Las herramientas como Terraform pueden ayudar a reducir el esfuerzo de aprovisionamiento.
- Las funciones y herramientas de seguridad no son estándares en todas las plataformas en la nube. Tus administradores de seguridad deben adquirir habilidades y experiencia para administrar la seguridad de los recursos distribuidos en todas las plataformas en la nube que utilizas.