cómo romper cosas de 9 a 18. ◦ Lo hacemos para que no nos llamen a las 3 AM. • Vamos ver solo caídas de app servers. ◦ Hay otros tipos de fallas posibles. • NO HAY SECCIÓN DE PREGUNTAS!!!! ◦ Haganlas cuando les surjan. • Las demos pueden fallar ◦ ¯\_(ツ)_/¯
ideal. • Se contempla sólo el camino feliz. • Se intentan controlar todas las variables. fuente: https://thiswastv.com/2013/04/25/roundtable-review-get-smart- too-many-chiefs-and-kisses-for-kaos/
donde pensamos. ◦ No se piensa cómo reaccionar a ellos. ◦ Terminamos con un GRAN problema. fuente: https://www.geocaching.com/geocache/GC10JV7_the-cone-of-sil ence?guid=8ce586c5-6a68-4f6d-b654-c10146a93396
en un sistema distribuido con el fin de construir confianza en las capacidades del sistema en soportar condiciones turbulentas en producción. Fuente: https://principlesofchaos.org/?lang=ENcontent
ser self-healing • La velocidad de despliegue de los contenedores permite que casi no se noten las caídas. • Los Sistemas Cloud-Native deben ser tolerantes a fallos!!!
modos de Funcionamiento: ◦ interactivo ◦ Autónomo ◦ Por etiquetas ◦ Demo • Hace KILL al pod via SSH • Tiene Interfaz Web • Complejo de usar • Necesita DOCKER