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.Lo que aprenderás: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 sobrecargadasEl 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 agenteLos bloques de un experimento: destinos, pasos (secuenciales), ramas (en paralelo) y acciones, y por qué solo se ejecutan los errores habilitadosUn 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áticoSeguridad 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 daysPara arquitectos cloud, desarrolladores y equipos de DevOps y operaciones que quieren probar y mejorar de forma sistemática la resiliencia de sus aplicaciones en Azure.Este episodio es una versión en español doblada con IA del video animado de M365 Show del Microsoft MVP Mirko Peters.▶ Ver el video: https://youtu.be/QymbNYEi950🎧 Más episodios: https://www.m365.fm🎤 M365Con – conferencia online gratuita de Microsoft: https://m365con.net💼 Mirko Peters en LinkedIn: https://www.linkedin.com/in/m365showpodcast/

Este episodio incluye contenido generado por IA.