# Sobrevivendo ao Caos: Quebrando Coisas de Propósito com o ChaosEngineeringMasterDeck
Introdução ao Chaos Engineering Chaos Engineering é a prática de injetar falhas controladas em um sistema para descobrir seus pontos fracos antes que um incidente real aconteça. Por que quebrar coisas de propósito? Porque em sistemas distribuídos falhar é normal . É melhor descobrir um problema numa terça de manhã, com o time preparado, do que numa sexta à noite com o cliente reclamando. A…
Título: Sobrevivendo ao Caos: Quebrando Coisas de Propósito com o ChaosEngineeringMasterDeck
O Chaos Engineering é a prática de injetar falhas controladas em um sistema para identificar seus pontos fracos antes que um incidente real ocorra. Isso é crucial em sistemas distribuídos, onde o falhar é comum. A mudança de mentalidade é simples: o sistema vai falhar, vamos garantir que ele suporte.
O ChaosEngineeringMasterDeck é um baralho de cartas de experimento. Cada carta descreve uma falha para testar, com hipótese, variável, métricas de controle, blast radius e condição de aborto. Um exemplo de carta é "A Lentidão Silenciosa", que simula alta latência no serviço de pagamento em um e-commerce na AWS.
Durante o Game Day, uma carta é sorteada e o experimento é executado. Por exemplo, em um experimento com a carta "A Lentidão Silenciosa", o blast radius foi limitado a 1 pod, 5% do tráfego e 10 minutos. O resultado mostrou que o Circuit Breaker abriu após cerca de 80 segundos e o checkout ficou em 97%.
As lições aprendidas incluem que a resiliência é uma hipótese que só se confirma testando, as configurações padrão precisam ser calibradas e que começar pequeno com um blast radius reduzido pode ajudar a reduzir o risco. A observabilidade é essencial para qualquer experimento, e a mudança de postura do time em relação às falhas é uma mudança positiva na cultura DevOps.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
