Parte II. Principios en acción
En pensamos que era importante mostrar diferentes voces de diferentes organizaciones a lo largo de este libro. No existe un programa de Ingeniería del Caos que sirva para todos. Algunas de las opiniones y orientaciones aquí presentadas no son del todo coherentes, y eso está bien. No hemos rehuido el desacuerdo y los puntos de vista opuestos. Encontrarás temas comunes como la incorporación de un "gran botón rojo" a los programas de caos, así como opiniones encontradas como si la Ingeniería del Caos es una forma de prueba o de experimentación.1
Elegimos específicamente perspectivas de Slack, Google, Microsoft, LinkedIn y Capital One. Presentamos los ejemplos y relatos más convincentes y dejamos que el lector elija los más relevantes para sus propias circunstancias. En los sistemas complejos, el contexto es el rey.
En comenzamos con el Capítulo 4, "El teatro de piezas de desastre de Slack", en el que Richard Crowley describe el particular enfoque de la Ingeniería del Caos en Slack. Con una combinación de sistemas heredados y modernos, Slack proporciona un entorno rico en objetivos para explorar diferentes métodos de Ingeniería del Caos. Richard optó por desarrollar un enfoque único para los Días de Juego con un estilo particular: "A través de más de veinte ejercicios ha descubierto vulnerabilidades, ha probado la seguridad de sistemas nuevos y antiguos, y ha afectado a las hojas de ruta de muchos equipos de ingeniería."
Jason Cahoon lleva a al interior ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access