Os testes tradicionais verificam se o software funciona em condições normais, mas não o que acontece quando uma VM falha ou uma zona de disponibilidade inteira fica offline. Este episódio mostra como quebrar seus próprios apps na nuvem de forma proposital e controlada com o Azure Chaos Studio para torná-los mais resilientes, seguindo a lógica da queima controlada dos bombeiros.O que você vai aprender:Por que os testes tradicionais não bastam: como uma pequena falha se propaga em cascata em sistemas distribuídos, do banco de dados e do timeout até o balanceador de carga e as instâncias sobrecarregadasO princípio do chaos engineering (hipótese, falhas reais e controladas, raio de impacto) e os dois tipos de falha do Azure Chaos Studio: diretas do serviço e baseadas em agenteOs blocos de um experimento: destinos, etapas (sequenciais), ramificações (em paralelo) e ações, e por que só as falhas habilitadas são executadasUm experimento concreto: um conjunto de dimensionamento de VMs em três zonas de disponibilidade, 95% de CPU em duas VMs por cinco minutos e depois o desligamento da zona 2, com a lição sobre capacidade e dimensionamento automáticoSegurança e primeiros passos: identidade gerenciada sem permissões por padrão, começar pequeno fora da produção, cancelar a qualquer momento, shift left no pipeline de CI/CD, shift right em produção e game daysPara arquitetos de nuvem, desenvolvedores e equipes de DevOps e operações que querem testar e melhorar de forma sistemática a resiliência de suas aplicações no Azure.Este episódio é uma versão em português dublada com IA do vídeo animado do M365 Show, do Microsoft MVP Mirko Peters.▶ Assista ao vídeo: https://youtu.be/QymbNYEi950🎧 Mais episódios: https://www.m365.fm🎤 M365Con – conferência Microsoft online e gratuita: https://m365con.net💼 Mirko Peters no LinkedIn: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.