c4.17 Practicar ingeniería del caos
Como dice Werner Vogels: "todo falla todo el tiempo". Inyecte fallas deliberadamente —primero en pruebas, luego con cuidado en producción— para verificar que su arquitectura resiste condiciones turbulentas y para fortalecer la ciberresiliencia. Es una práctica avanzada para equipos con fuertes requisitos de disponibilidad.
Guía de implementación
Verifique la resiliencia inyectando fallas
La alta disponibilidad en la nube es posible, pero construir arquitecturas resilientes es su responsabilidad. La ingeniería del caos simula fallas deliberadamente —la caída de una AZ, la falla de una dependencia— para confirmar que su arquitectura se comporta como se espera (degradándose de forma controlada, haciendo failover) en vez de descubrir las brechas durante un incidente real. Base su trabajo de resiliencia en el pilar de Fiabilidad de Well-Architected.
Herramientas
AWS Fault Injection Service (FIS) es un servicio gestionado de ingeniería del caos para ejecutar experimentos controlados (por ejemplo detener instancias, inyectar latencia, simular la falla de una AZ). Entre las opciones open source está Chaos Monkey de Netflix.
Hágalo de forma segura
Esta es una recomendación avanzada; introducir fallas deliberadamente no es para todos.
- Practique en entornos de prueba antes de ejecutar experimentos en producción.
- Adóptela si tiene fuertes requisitos de disponibilidad o debe demostrar que su entorno resiste fallas, y un equipo capacitado para ejecutar las pruebas.
- Entienda que los errores en estas pruebas pueden causar interrupciones reales; empiece con un radio de impacto pequeño, defina condiciones de parada y expanda gradualmente.
Cómo validar
- ¿Valida la resiliencia inyectando fallas (por ejemplo con AWS Fault Injection Service)?
- ¿Practica en entornos de prueba antes de producción, con condiciones de parada definidas y un radio de impacto limitado?
- ¿Los experimentos los ejecuta un equipo capacitado, con resultados que alimentan mejoras de arquitectura?
Amenazas que atiende
- Una arquitectura que se supone resiliente pero nunca se probó puede fallar de forma inesperada durante una interrupción real; la ingeniería del caos expone esas debilidades de forma controlada primero.