Original (English)

Azure Chaos Studio explicado

chaos engineering, inyección de errores y apps resilientes en Azure

Las pruebas tradicionales comprueban si el software funciona en condiciones normales, pero no qué ocurre cuando falla una VM o una zona de disponibilidad completa se desconecta. Este episodio muestra cómo romper tus propias apps en la nube de forma deliberada y controlada con Azure Chaos Studio para hacerlas más resilientes, siguiendo la lógica de las quemas controladas de los bomberos.

▶ Azure Chaos Studio explicado: chaos engineering, inyección de errores y apps resilientes en Azure (Doblaje IA)

Lo que aprenderás:

1. Por qué las pruebas tradicionales no bastan: cómo un pequeño fallo se propaga en cascada en sistemas distribuidos, desde la base de datos y el timeout hasta el balanceador de carga y las instancias sobrecargadas
2. El principio del chaos engineering (hipótesis, errores reales y controlados, radio de impacto) y los dos tipos de errores de Azure Chaos Studio: directos del servicio y basados en agente
3. Los bloques de un experimento: destinos, pasos (secuenciales), ramas (en paralelo) y acciones, y por qué solo se ejecutan los errores habilitados
4. Un experimento concreto: un conjunto de escalado de VM en tres zonas de disponibilidad, 95 % de CPU en dos VM durante cinco minutos y después el apagado de la zona 2, con la lección sobre capacidad y escalado automático
5. Seguridad y adopción: identidad administrada sin permisos por defecto, empezar en pequeño fuera de producción, cancelar en cualquier momento, shift left en la canalización CI/CD, shift right en producción y game days

Este episodio es una versión en español doblada con IA del video animado de M365 Show del Microsoft MVP Mirko Peters.