En esta sección de la Google Cloud guía de arquetipos de implementación se comparan los arquetipos de implementación en términos de disponibilidad, solidez contra 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 Google Cloud parte de la topología influye en la disponibilidad, la solidez contra 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 cero si la replicación es síncrona | RTO casi cero si la replicación es síncrona | RTO casi cero 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 cero si la replicación es síncrona | RTO casi cero 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 complejo que el regional | Potencialmente más simple que el 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
Google Cloud La infraestructura de 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 que se implementa en Google 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 aplicaciones
- Acuerdos de Nivel de Servicio (ANS) de tiempo de actividad para los Google Cloud servicios usados
- Cantidad de recursos redundantes
- Alcances de ubicación de los recursos
Para obtener más información, consulta Componentes básicos de confiabilidad en Google Cloud.
Arquetipos de implementación híbridos y de múltiples nubes
Para una topología híbrida o de múltiples nubes, la disponibilidad general depende de la infraestructura en cada entorno y de las interdependencias entre los entornos.
- Si existen interdependencias críticas entre los componentes de Google Cloud y los componentes externos 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 en Google Cloud y de forma local o en otras plataformas en la nube, la redundancia ayuda a garantizar la 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 zonales y regionales. Google Cloud
Arquetipo de implementación zonal
Una arquitectura que usa el arquetipo de implementación básico de una sola zona no es sólida contra las interrupciones zonales. Debes planificar la recuperación de las interrupciones zonales 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 casi cero si los datos se replican de forma síncrona. Sin embargo, cuando una interrupción afecta a toda la Google Cloud región, la aplicación deja de estar disponible. Planifica la recuperación de las interrupciones según tu RPO y RTO para la aplicación. Por ejemplo, puedes aprovisionar una réplica pasiva de la infraestructura en una región diferente y activar la réplica durante las interrupciones regionales.
Arquetipos de implementación multirregionales y globales
Una arquitectura que usa el arquetipo de implementación multirregional o global es sólida contra las interrupciones zonales y regionales. El RTO es casi cero si los datos se replican de forma síncrona. Una arquitectura en la que la aplicación se ejecuta como una pila distribuida globalmente que no reconoce la ubicación proporciona el nivel más alto de solidez contra las interrupciones regionales.
Arquetipos de implementación híbridos 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 cualquier Google Cloud interrupción. Si existen interdependencias críticas entre los componentes de Google Cloud y los que se implementan de forma local o en otras plataformas en la nube, la solidez contra las Google Cloud interrupciones depende de la solidez del arquetipo de implementación que usas para la Google Cloud parte de la arquitectura.
Costo de los Google Cloud recursos
El costo de los Google Cloud recursos necesarios 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 Google Cloud recursos 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 Google Cloud recursos entre los distintos arquetipos de implementación.
Arquetipos de implementación zonales versus 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 de la región, 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 una implementación multirregional en la que aprovisionas y configuras varias instancias de recursos regionales. Sin embargo, los recursos globales pueden generar costos más altos en algunos casos. Por ejemplo, el balanceador de cargas global requiere herramientas de redes de nivel Premium, pero para los balanceadores de cargas regionales, puedes elegir el nivel Estándar.
Arquetipos de implementación híbridos 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 como las redes híbridas o entre nubes, y el costo de supervisar y administrar los recursos en varios entornos.
Consideraciones para todos los arquetipos de implementación
Cuando evalúes el costo de ejecutar una carga de trabajo en la nube, debes tener en cuenta los costos adicionales junto con el costo de los Google Cloud recursos que aprovisionas. Por ejemplo, considera los gastos de personal y los costos indirectos para diseñar, compilar y mantener tu implementación en la nube.
Para comparar el costo de Google Cloud los recursos en los arquetipos de implementación, también considera el costo por unidad de trabajo que realiza la aplicación. Identifica las unidades de trabajo que reflejan los factores de impulsores comerciales de la aplicación, como la cantidad de usuarios a los que presta servicio la aplicación o la cantidad de solicitudes procesadas.
Si administras cuidadosamente el uso de tus Google Cloud recursos 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 depende de la cantidad de recursos de infraestructura, funciones y pilas de aplicaciones que necesitas operar.
Arquetipos de implementación zonales versus 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, debido a 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 cualquier ubicación, las solicitudes en curso deben controlarse correctamente.
- Los cambios en la aplicación deben implementarse con cuidado.
- Las bases de datos deben sincronizarse en todas las ubicaciones.
Arquetipo de implementación global
El arquetipo de implementación global te permite usar recursos globales altamente disponibles, como un balanceador de cargas global y una base de datos global. El esfuerzo para configurar y operar los recursos de la nube puede ser menor que una implementación multirregional en la que necesitas administrar varias instancias de recursos regionales. Sin embargo, debes administrar cuidadosamente los cambios en los recursos globales.
El esfuerzo para operar una arquitectura que usa el arquetipo de implementación global también depende de si implementas una pila distribuida que no reconoce la ubicación o varias pilas aisladas regionalmente:
- Una aplicación distribuida que no reconoce la ubicación se puede expandir y escalar con mayor flexibilidad. Por ejemplo, si ciertos componentes tienen requisitos críticos de latencia 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 cualquier ubicación, las solicitudes en curso deben controlarse correctamente.
- Los cambios en la aplicación deben implementarse con cuidado.
- Las bases de datos deben sincronizarse en todas las ubicaciones.
Arquetipos de implementación híbridos y de múltiples nubes
Las topologías híbridas o de múltiples nubes requieren más esfuerzo para configurar y operar que una arquitectura que solo usa Google Cloud.
- Los recursos deben administrarse de manera coherente en las topologías locales y de Google 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ándar en 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 usas.