7 pasos para planificar la recuperación ante desastres en la nube
El 68% de las empresas se enfrentan a importantes cortes en la nube cada año y el 42% informan pérdidas de datos. Un plan de recuperación ante desastres (DR) sólido es esencial para proteger sus datos, minimizar el tiempo de inactividad y garantizar la continuidad operativa. A continuación, se incluye un breve resumen de los 7 pasos clave Para crear una estrategia eficaz de recuperación ante desastres en la nube:
- Evaluar los riesgos de la nube:Identifique riesgos como interrupciones regionales, fallas de API y configuraciones incorrectas de IAM.
- Establecer objetivos de recuperación:Definir objetivos de RTO (tiempo de inactividad) y RPO (pérdida de datos) para sistemas críticos.
- Planificar métodos de copia de seguridad:Utilice herramientas como AWS Backup y siga la regla 3-2-1 para la redundancia.
- Seleccionar métodos de conmutación por error:Elija entre luz piloto, modo de espera cálido o configuraciones activas de múltiples sitios.
- Configurar la automatización de la recuperación:Utilice herramientas como Terraform o CloudFormation para la recuperación automatizada.
- Planes de prueba de DR:Simule fallas periódicamente para validar los flujos de trabajo y las métricas de recuperación.
- Seguimiento y actualización de planes:Supervise, documente y actualice su estrategia de recuperación ante desastres para evitar desviaciones de configuración.
Tabla de comparación rápida
| Paso | Herramientas y métodos clave | Área de enfoque | Ejemplos |
|---|---|---|---|
| Evaluar los riesgos de la nube | Categorías de riesgo: infraestructura, API | Identificar vulnerabilidades | Métricas de interrupción de AWS, configuraciones incorrectas de IAM |
| Establecer objetivos de recuperación | Objetivos RTO/RPO, herramientas de monitoreo | Definir objetivos de recuperación | AWS CloudWatch, Monitor de Azure |
| Planificar métodos de copia de seguridad | Regla 3-2-1, tipos de backup (incremental) | Estrategia de protección de datos | Copia de seguridad de AWS, copia de seguridad de Azure |
| Seleccionar conmutación por error | Luz piloto, modo de espera cálido, multisitio | Configuración de conmutación por error | Conmutación por error de múltiples nubes de Netflix |
| Automatizar la recuperación | Herramientas IaC (Terraform, CloudFormation) | Automatización del flujo de trabajo | Administrador de sistemas de AWS, Azure ARM |
| Planes de prueba de DR | Herramientas: AWS FIS, Azure Chaos Studio | Validar el proceso de recuperación | Simular cortes regionales |
| Actualizar planes | Detección de desviaciones, seguimiento del cumplimiento | Mantener la confiabilidad del plan | Configuración de AWS, ISO 22301 |
Recuperación ante desastres en la computación en la nube
Paso 1: evaluar los riesgos de la nube
Una recuperación eficaz ante desastres en la nube comienza con una evaluación de riesgos exhaustiva. Este paso se basa en los objetivos analizados anteriormente y sienta las bases para un plan de recuperación sólido.
Tipos de riesgos específicos de la nube
Los entornos de nube presentan sus propios desafíos. Por ejemplo, las métricas de interrupción del servicio de AWS en 2024 muestran que las interrupciones en una región pueden tener repercusiones en varios servicios. A continuación, se indican tres categorías de riesgo clave en las que hay que centrarse:
| Categoría de riesgo | Nivel de impacto | Ejemplos comunes | Prioridad de mitigación |
|---|---|---|---|
| Infraestructura | Alto | Cortes regionales, fallas en los centros de datos | Inmediato (0-2 horas) |
| Integración | Medio | Dependencias de API, servicios de terceros | Prioridad (2-4 horas) |
| Configuración | Alto | Configuración de IAM, controles de seguridad | Inmediato (0-2 horas) |
"Nuestro análisis muestra que 43% de las interrupciones de la nube son autoinfligidas, principalmente debido a servicios mal configurados y a un mapeo de dependencias inadecuado", según el último informe de Cloud Security Alliance.
Clasificación de prioridades de la carga de trabajo
Organice las cargas de trabajo en función de su impacto en el negocio, utilizando métricas claras para orientar las decisiones. Esta clasificación debe estar alineada con los objetivos principales del plan de recuperación ante desastres:
| Nivel de prioridad | Cargas de trabajo típicas | Porcentaje de activos |
|---|---|---|
| Crítico para el negocio | Plataformas CRM, ERP | 25% |
| Operacional | Herramientas de colaboración | 40% |
| No crítico | Sistemas de archivo | 20% |
Evalúe las cargas de trabajo según su importancia financiera y operativa. Los datos de la industria sugieren que las secuencias de recuperación diseñadas teniendo en cuenta las dependencias pueden reducir los errores en un 62%.
Automatice el monitoreo con las API de estado del proveedor de servicios en la nube (CSP) y realice revisiones trimestrales. Esto mantiene su estrategia de recuperación ante desastres actualizada con cualquier cambio en la infraestructura o nuevas amenazas.
Los conocimientos adquiridos a partir de estas evaluaciones determinarán directamente los objetivos de recuperación delineados en el Paso 2.
Paso 2: Establecer objetivos de recuperación
Después de evaluar los riesgos, el siguiente paso es definir objetivos de recuperación claros. Estos orientarán su estrategia de recuperación ante desastres y garantizarán que se establezcan objetivos mensurables.
Explicación de RTO y RPO
Dos métricas clave en las que centrarse son: Objetivo de tiempo de recuperación (RTO) y Objetivo de punto de recuperación (RPO).
- RTO:El tiempo de inactividad máximo aceptable para sus sistemas.
- OPR:La cantidad de datos que puede permitirse perder, medida en tiempo.
| Nivel de carga de trabajo | Objetivo RTO | Objetivo de RPO | Sistemas de ejemplo |
|---|---|---|---|
| Crítica para la misión | < 1 hora | < 15 minutos | Procesamiento de pagos, Plataformas comerciales |
| Crítico para el negocio | 4-8 horas | 1-4 horas | Sistemas CRM, Servicios de correo electrónico |
| Operacional | 24-48 horas | 24 horas | Wikis internas, sistemas de archivo |
Estos objetivos determinarán las decisiones sobre la frecuencia y el almacenamiento de las copias de seguridad, que se analizan en el Paso 3.
Herramientas para monitorear la recuperación
Las plataformas de nube modernas ofrecen herramientas para monitorear métricas de recuperación en tiempo real. AWS CloudWatch y Azure Monitor son opciones populares que ofrecen un seguimiento detallado para garantizar que sus sistemas cumplan con el RTO y el RPO que ha establecido.
A continuación se muestran algunas métricas que conviene tener en cuenta:
- Puntuación de consistencia de recuperación (RCS):Mide el porcentaje de recuperaciones exitosas durante un período determinado.
- Tiempo medio de validación (MTTV):Realiza un seguimiento del tiempo que lleva confirmar que un sistema recuperado está completamente operativo.
- Tasa de éxito de recuperación:Esto es particularmente importante para las configuraciones de nube híbrida; rastrea el éxito de revertir los sistemas a su estado original.
Por ejemplo, AWS Elastic Disaster Recovery ha logrado RTO de menos de 2 horas para sistemas empresariales. De manera similar, la protección de datos continua puede ofrecer un RPO cercano a cero para cargas de trabajo críticas.
Un proveedor de atención médica ajustó el RPO de sus registros médicos electrónicos (EHR) a 2 horas después de que las pruebas revelaran problemas de limitación. Este ajuste se ajustó mejor a las necesidades de cumplimiento y se mantuvo realista.
Establezca alertas para que le notifiquen cuando los tiempos de recuperación se acerquen al límite de RTO 80%. Esto le permite realizar ajustes antes de alcanzar umbrales críticos. Estos conocimientos desempeñarán un papel fundamental en la configuración de las estrategias de respaldo que se analizan en el siguiente paso.
Paso 3: Planifique los métodos de respaldo
Configure métodos de respaldo que se alineen con los objetivos de RPO/RTO que definió en el paso 2. Herramientas como AWS Backup y Azure Backup pueden ayudarlo a automatizar y proteger sus datos.
Herramientas de copia de seguridad en la nube
Los proveedores de servicios en la nube ofrecen soluciones de respaldo integradas diseñadas para funcionar sin problemas dentro de sus ecosistemas. Por ejemplo, AWS Backup y Azure Backup le permiten automatizar las copias de seguridad con administración basada en políticas y cifrado integrado.
| Tipo de copia de seguridad | Mejor para | Velocidad de recuperación | Costo de almacenamiento |
|---|---|---|---|
| Imagen completa | Restauración completa del sistema | Lo más rápido | Alto |
| Incremental | Cambios diarios | Medio | Bajo |
| Diferencial | Cambios semanales | Rápido | Medio |
| Continuo | Sistemas críticos | Casi instantáneo | De primera calidad |
Estas herramientas están diseñadas para cumplir con los objetivos de RPO/RTO que estableció anteriormente, lo que garantiza que la recuperación de datos se alinee con las necesidades de su negocio.
Estrategia de ubicación de la copia de seguridad
Siga la regla de copia de seguridad 3-2-1, adaptada para entornos de nube:
- Mantener tres copias de sus datos en zonas de disponibilidad separadas.
- Usar Dos tipos de almacenamiento diferentes (por ejemplo, almacenamiento en caliente y en frío).
- Almacenar Una copia en una región completamente diferente.
Una empresa logró reducir el tiempo de gestión de copias de seguridad en 30% mediante el uso de replicación entre regiones combinada con políticas de ciclo de vida automatizadas.
A continuación se muestra un ejemplo de cómo distribuir copias de seguridad de manera eficaz:
| Prioridad de la carga de trabajo | Clase de almacenamiento | Retención | Distribución geográfica |
|---|---|---|---|
| Crítica para la misión | Almacenamiento en caliente | 90 días | 3+ regiones |
| Crítico para el negocio | Almacenamiento en frío | 60 días | 2 regiones |
| Operacional | Almacenamiento de archivos | 30 días | Región única |
Para ahorrar costos y mantener sus datos protegidos, utilice políticas de ciclo de vida. Por ejemplo, puede mover automáticamente las copias de seguridad diarias a un almacenamiento refrigerado después de 30 días y a un almacenamiento de archivo después de 90 días.
Este enfoque garantiza que sus copias de seguridad se almacenen en las ubicaciones correctas para una recuperación rápida cuando sea necesario, lo que prepara el escenario para el Paso 4, que se centra en escenarios de conmutación por error.
Paso 4: Seleccionar métodos de conmutación por error
Una vez que haya establecido su estrategia de respaldo, es momento de elegir una configuración de conmutación por error que garantice que su empresa se mantenga operativa durante las interrupciones. Los entornos de nube actuales ofrecen múltiples opciones diseñadas para equilibrar la velocidad y la rentabilidad.
Opciones de configuración de conmutación por error
Su elección de conmutación por error debe estar alineada con las prioridades de carga de trabajo identificadas en el Paso 1 y los objetivos RTO/RPO establecidos en el Paso 2.
| Método de conmutación por error | Tiempo de recuperación | Costo (% de entorno en vivo) | Mejor para |
|---|---|---|---|
| Luz piloto | 2-8 horas | ~20% | Sistemas no críticos |
| Modo de espera cálido | 1-2 horas | ~50% | Aplicaciones críticas para el negocio |
| Multisitio activo | Menos de 1 minuto | 100%+ | Servicios de misión crítica |
Por ejemplo, una luz piloto La configuración es adecuada para entornos de desarrollo donde se aceptan tiempos de recuperación más largos. Por otro lado, modo de espera cálido es mejor para aplicaciones orientadas al cliente que necesitan una recuperación más rápida. Utilice la clasificación crítica para el negocio de su evaluación de riesgos para guiar su decisión.
Configuración de conmutación por error en múltiples nubes
Las estrategias de conmutación por error de múltiples nubes agregan una capa adicional de protección contra interrupciones específicas de un solo proveedor. Gartner informa que las organizaciones que utilizan la conmutación por error de múltiples nubes han reducido los impactos de las interrupciones en un 68% durante los principales incidentes del proveedor.
A continuación, le mostramos cómo puede implementar una conmutación por error en múltiples nubes:
- Portabilidad de carga de trabajo basada en Kubernetes
- Replicación de bases de datos entre proveedores (por ejemplo, AWS DMS)
- Equilibrio de carga global (por ejemplo, Cloudflare)
- Herramientas de monitoreo unificadas (por ejemplo, Prometeo)
"El enfoque multicloud redujo nuestro tiempo de recuperación de 45 minutos a menos de 60 segundos durante una interrupción simulada en la región este de EE. UU. Esto implicó replicar datos en tres regiones de AWS y usar Route 53 para enrutar el tráfico". – Coburn Watson, ingeniero sénior de confiabilidad de Netflix
Las herramientas nativas del proveedor, como AWS Elastic Disaster Recovery y Azure Site Recovery, pueden ayudar a mitigar los riesgos de interrupciones regionales y, al mismo tiempo, cumplir con los objetivos de recuperación. Este enfoque aborda directamente los riesgos identificados en el paso 1 y respalda los objetivos de RTO/RPO descritos en el paso 2.
Estos mecanismos automatizados de conmutación por error sientan las bases para una automatización de la recuperación más detallada, que se analizará en el Paso 5.
sbb-itb-59e1987
Paso 5: Configurar la automatización de la recuperación
Después de establecer los métodos de conmutación por error en el paso 4, la automatización de los procesos de recuperación ante desastres se vuelve esencial. La automatización ayuda a reducir el tiempo de inactividad y minimiza el riesgo de error humano durante incidentes críticos. También sienta las bases para las pruebas rigurosas que abordará en el paso 6.
Configuración de recuperación ante desastres (DR) basada en código
El uso de Infraestructura como código (IaC) garantiza una implementación consistente y repetible de su entorno de recuperación ante desastres en todas las regiones o proveedores de nube. Herramientas populares como AWS CloudFormation y Terraform se utilizan ampliamente para este propósito.
| Herramienta | Mejor para | Características principales | Impacto del tiempo de recuperación |
|---|---|---|---|
| Terraformar | Recuperación ante desastres en múltiples nubes | Plantillas independientes del proveedor, aprovisionamiento paralelo | Acelera la recuperación en 30-45% |
| Formación de nubes | Recuperación ante desastres nativa de AWS | Integración profunda con AWS, detección de desviaciones | Acelera la recuperación en 40-60% |
| Azure ARM | Recuperación ante desastres centrada en Azure | Orquestación de recursos nativos de Azure | Acelera la recuperación mediante 35-50% |
Para una recuperación ante desastres basada en código eficaz, asegúrese de incluir comprobaciones de estado y dependencias de mapas exhaustivas.
Automatizar el proceso de recuperación
Un flujo de trabajo de recuperación automatizado bien diseñado debe funcionar en función de condiciones predefinidas y seguir una secuencia estructurada. Estos son los componentes clave que se deben incluir:
1. Integración de comprobación de salud
Configure un monitoreo detallado que active acciones de recuperación cuando se superen los umbrales. Estos umbrales deben estar alineados con los objetivos de RTO (objetivo de tiempo de recuperación) y RPO (objetivo de punto de recuperación) definidos en el paso 2. Por ejemplo, AWS CloudWatch puede monitorear lo siguiente:
- Tiempo de inicio de conmutación por error (el objetivo es que sea inferior a 1 minuto)
- Restauración del servicio en función de los objetivos de RTO
- Niveles de sincronización de datos para el cumplimiento de RPO
2. Proceso de recuperación secuencial
Diseñe una secuencia de recuperación clara con herramientas como AWS Systems Manager Automation. Esto le permite gestionar flujos de trabajo complejos con hasta 100 pasos. Incluya comprobaciones de validación y opciones de reversión en cada paso para una mayor confiabilidad.
Proteja sus scripts de automatización con cifrado, roles de IAM con privilegios mínimos y MFA para API críticas. Utilice AWS CloudTrail para registrar y auditar todas las acciones.
Antes de implementar la automatización en producción, pruebe su lógica en entornos aislados como AWS Fault Injection Simulator (FIS). Estas simulaciones se vinculan directamente con el proceso completo de validación del plan de recuperación ante desastres que abordará en el paso 6.
Paso 6: Probar los planes de recuperación ante desastres
Poner a prueba su plan de recuperación ante desastres es esencial para confirmar su eficacia y detectar cualquier debilidad. Las pruebas de rutina garantizan que sus procesos de recuperación automatizados funcionen como se espera y se alineen con sus objetivos de RTO y RPO.
Métodos de prueba de interrupción del servicio
Herramientas como Simulador de inyección de fallas de AWS (FIS) y Estudio de Azure Chaos Permiten interrupciones controladas del servicio para probar los flujos de trabajo de recuperación sin afectar los sistemas en vivo. Estas simulaciones ayudan a validar los flujos de trabajo de automatización que configuraste en el paso 5.
| Tipo de prueba | Propósito | Herramientas | Métricas de éxito |
|---|---|---|---|
| A escala real | Recuperación completa del sistema | AWS FIS, recuperación de sitios de Azure | Cumplimiento de RTA vs RTO |
| Parcial | Comprobación de componentes específicos | Azure Chaos Studio, administrador de sistemas de AWS | Tiempo de restauración de componentes |
| Simulación | Preparación para ataques cibernéticos | Herramientas de seguridad nativas de la nube | Tasa de contención de amenazas |
Escenarios de prueba de recuperación
Es importante hacer pruebas para detectar una variedad de situaciones que podrían ocurrir. Una estrategia integral debe incluir estos tres métodos básicos:
1. Simulaciones de fallas regionales
Estas pruebas evalúan la eficacia con la que sus sistemas gestionan la pérdida de una región de nube completa. Por ejemplo, puede simular una interrupción de AWS US-East-1 para confirmar las capacidades de conmutación por error entre regiones. Las métricas clave que se deben seguir incluyen:
- Tiempo de recuperación real (RTA) comparado con los objetivos de RTO del paso 2
- Consistencia de los datos después de la recuperación
- Rendimiento de la aplicación en la región de conmutación por error
2. Recuperación de datos dañados
Este escenario evalúa su capacidad para manejar problemas de integridad de datos mediante lo siguiente:
- Inyección de datos corruptos en el almacenamiento
- Prueba de procesos de restauración de copias de seguridad
- Garantizar que los datos a nivel de aplicación permanezcan consistentes
3. Validación del flujo de trabajo
Durante las pruebas, controle estas métricas críticas:
- Tasa de finalización del flujo de trabajo automatizado (objetivo 100%)
- Tasa de éxito de los flujos de trabajo de recuperación
- Cumplimiento continuo de la seguridad durante la recuperación
"El error más común en las pruebas de recuperación ante desastres en la nube son los ciclos de prueba poco frecuentes que superan los 6 meses, lo que a menudo genera desviaciones de la configuración y recuperaciones fallidas durante incidentes reales", según la documentación de recuperación ante desastres de AWS.
Si bien herramientas como AWS CloudWatch (mencionada en el paso 5) son fundamentales, las plataformas de terceros como Datadog o New Relic pueden brindar una mejor visibilidad de sus procesos de recuperación. Estas herramientas también ofrecen datos históricos para evaluar y mejorar sus esfuerzos de recuperación ante desastres.
Paso 7: Seguimiento y actualización de planes
Mantener actualizado su plan de recuperación ante desastres (DR) es fundamental a medida que su infraestructura evoluciona y cambian los requisitos de cumplimiento. El monitoreo y las actualizaciones regulares garantizan que su plan se mantenga efectivo y alineado con los estándares de la industria.
Cumplimiento de normas
Los distintos marcos de cumplimiento requieren un seguimiento y una documentación específicos para los planes de recuperación ante desastres en la nube. Por ejemplo:
| Estructura | Requisito clave | Frecuencia |
|---|---|---|
| ISO 22301 | Ejercicios de recuperación programados | Trimestral |
| SOC 2 | Evidencia de pruebas de control de seguridad | Semestral |
| NIS2 | Medidas técnicas para la respuesta a incidentes | Al menos anualmente |
Para cumplir con estos estándares, deberá mantener lo siguiente:
- Informes de resultados de pruebas mostrando métricas RTO/RPO
- Registros de cambios Documentar actualizaciones de infraestructura
- Listas de control de acceso para sistemas de recuperación
- Informes de cumplimiento de SLA de proveedores
- Registros de parches de seguridad para entornos de recuperación ante desastres
Estos documentos no solo demuestran el cumplimiento, sino que también validan los procesos de prueba descritos en el Paso 6.
Mantenimiento del plan DR
La automatización desempeña un papel fundamental para mantener operativo el plan de recuperación ante desastres. Las desviaciones de configuración (cuando los recursos de recuperación ante desastres no están sincronizados con los sistemas de producción) plantean un riesgo importante. Los hallazgos de AWS re:Invent 2022 muestran que las organizaciones que utilizan la detección de desviaciones automatizada experimentan 65% menos fallas de recuperación en comparación con las que dependen de métodos manuales.
"Los programas de mantenimiento de recuperación ante desastres más eficaces combinan controles de configuración automatizados con supervisión humana. Nuestro análisis muestra que las organizaciones que utilizan la detección de desviaciones automatizada reducen los fallos de recuperación en un 65% en comparación con los métodos de seguimiento manual", según AWS re:Invent 2022.
Para garantizar que sus recursos de recuperación ante desastres permanezcan alineados, utilice herramientas como:
- Asesor de confianza de AWS:Valida configuraciones con una precisión de sincronización superior al 99,9%.
- Nube Terraform:Cierra las brechas de infraestructura como código (IaC) en 30 días.
- Splunk ITSI:Automatiza la supervisión del flujo de trabajo, logrando una automatización superior a la del 80%.
Por ejemplo, Netflix implementó AWS Config y redujo los tiempos de actualización manual en 75%, lo que mejoró significativamente el rendimiento de recuperación. Al aprovechar las plantillas de infraestructura como código del Paso 5, puede mantener la coherencia en los entornos de múltiples nubes y, al mismo tiempo, alinearse con los objetivos de evaluación de riesgos del Paso 1.
Realice un seguimiento de estas métricas clave para garantizar el éxito:
- Tasa de éxito de sincronización de configuración:Apunta a un valor superior a 99,9%.
- Tiempo medio entre fallos de prueba:El estándar de la industria es 87 días.
- Tasa de cierre de brechas de cumplimiento:Objetivo 100% cierre dentro de 30 días.
- Cobertura de automatización del flujo de trabajo de recuperación: Punto de referencia con un mínimo de 80%.
Estas métricas, combinadas con herramientas automatizadas y supervisión humana, ayudarán a garantizar que su plan de recuperación ante desastres siga siendo confiable y eficaz.
Conclusión
Los datos muestran que las organizaciones con estrategias de recuperación ante desastres (DR) bien estructuradas recuperan 79% más rápido que aquellas que dependen únicamente de pruebas anuales. Esto resalta la importancia de seguir los siete pasos cuidadosamente y alinear las soluciones técnicas con las necesidades comerciales.
Pasos clave para la planificación de recuperación ante desastres
La creación de un plan eficaz de recuperación ante desastres en la nube implica centrarse en lo siguiente:
- Evaluación de riesgos y mapeo de dependencias de API
- Definición de RTO (objetivo de tiempo de recuperación) y RPO (objetivo de punto de recuperación) para todos los niveles del sistema
- Configuración de copias de seguridad en varias regiones
- Configuración de sistemas de conmutación por error automatizados
- Automatización de flujos de trabajo de recuperación
- Establecer rutinas de pruebas regulares
- Mantener el plan actualizado
Servion Opciones de alojamiento
Para ejecutar estos pasos, necesitará una infraestructura que admita redundancia multirregional y conmutación por error automática, características proporcionadas por los servicios de alojamiento de Serverion.
Serverion ofrece:
- Copias de seguridad multirregionales mediante distribución global centros de datos
- Configuraciones de recuperación híbrida con servidores dedicados
- Copias de seguridad inmutables protegidas mediante Alojamiento de nodos maestros de blockchain
- Monitoreo automatizado respaldado por soporte 24/7
Estas características se alinean con las prioridades de gestión de riesgos descritas en el Paso 1, lo que garantiza que las empresas puedan mantener sólidos sistemas de recuperación ante desastres en todos sus entornos de nube.
Preguntas frecuentes
¿Cómo se prueba la recuperación ante desastres?
La prueba de recuperación ante desastres implica ciclos de validación estructurados basados en los métodos descritos en el Paso 6. Las organizaciones que utilizan técnicas de prueba exhaustivas informan una tasa de éxito 93% más alta en la confirmación de los flujos de trabajo de recuperación desarrollados en los Pasos 4 y 5.
A continuación se presenta un desglose de los métodos de prueba más comunes y sus propósitos:
| Método | Propósito | Ejemplo |
|---|---|---|
| Ejercicio de mesa | Valida los planes de recuperación | El equipo revisa y confirma los procedimientos de recuperación. |
| Prueba parcial | Verifica componentes específicos | Prueba de conmutación por error de clústeres MongoDB en distintas regiones de AWS |
| Pruebas a gran escala | Prueba todo el entorno | Simulación de una interrupción total del servicio en una región con AWS Elastic Disaster Recovery |
| Pruebas híbridas | Combina rentabilidad y profundidad | Una combinación de pruebas de fallos reales y simuladas |
Para obtener los mejores resultados, alinee sus pruebas con los escenarios de riesgo identificados durante la evaluación del Paso 1. Las configuraciones modernas exigen pruebas que aborden fallas en múltiples zonas y desviaciones de configuración. El uso de las técnicas de validación del Paso 6 garantiza que sus procesos de automatización sigan siendo confiables y efectivos.
