Categoria
Resiliência em sistemas distribuídos vai além de alta disponibilidade ou tolerância a falhas. Enquanto alta disponibilidade busca manter o sistema operacional 99,999% do tempo, e tolerância a falhas permite continuar operando mesmo com componentes defeituosos, resiliência é a capacidade de se recuperar rapidamente de falhas e aprender com elas.
Chaos Engineering é a disciplina de experimentar em um sistema distribuído para construir confiança na sua capacidade de resistir a condições turbulentas em produção. Diferente de testes tradicionais que verificam se o sistema funciona quando tudo está certo, o chaos engineering testa o comportamento quando tudo dá errado.
Em sistemas distribuídos, uma falha em um único serviço pode se propagar rapidamente para outros serviços dependentes. Esse fenômeno é conhecido como falha em cascata. Imagine um serviço de catálogo que depende de um serviço de inventário. Se o inventário fica lento, o catálogo acumula conexões abertas, consome mais threads e eventualmente para de responder. Outros serviços que dependem do catálogo também são afetados, criando um efeito dominó.
A Clean Architecture foi popularizada por Robert C. Martin (Uncle Bob) como resposta ao problema crônico do acoplamento excessivo e da rigidez do código em sistemas empresariais. Quando frameworks, bancos de dados e bibliotecas externas se infiltram em todas as camadas da aplicação, qualquer mudança se torna um pesadelo de manutenção.
Backpressure é o mecanismo de controle de fluxo que permite que sistemas de alto throughput regulem a taxa de processamento entre produtores e consumidores. Em vez de permitir que um produtor sobrecarregue um consumidor, o backpressure sinaliza ao produtor que reduza sua taxa de envio ou pare temporariamente.
Chaos Engineering é a disciplina de experimentar em um sistema distribuído para construir confiança na capacidade do sistema de suportar condições turbulentas em produção. Diferentemente de testes tradicionais (unitários, integração, fim a fim), que verificam comportamentos esperados sob condições controladas, o Chaos Engineering introduz intencionalmente falhas para descobrir fraquezas antes que elas se manifestem como incidentes reais.
A Clean Architecture, proposta por Robert C. Martin, estabelece que o código deve ser organizado em camadas concêntricas, onde as regras de negócio ficam no centro e dependências externas (frameworks, bancos de dados, interfaces) são mantidas nas bordas. Os princípios fundamentais são: independência de frameworks, testabilidade, separação em camadas e inversão de dependências.
Projetos de médio porte (5-15 desenvolvedores) frequentemente caem na armadilha de tentar replicar práticas de grandes corporações. A diferença fundamental não está na complexidade do negócio, mas na escala: enquanto sistemas enterprise precisam coordenar dezenas de times e contextos, projetos médios podem adotar uma abordagem mais enxuta.
Event Storming é uma técnica de modelagem colaborativa criada por Alberto Brandolini, originalmente concebida para acelerar a compreensão de domínios complexos. Diferente de abordagens tradicionais que partem de diagramas estáticos, o Event Storming reúne especialistas de negócio e desenvolvedores em uma sala (física ou virtual) para mapear, em tempo real, todos os eventos que ocorrem no domínio. A técnica utiliza post-its coloridos, cada cor representando um elemento do modelo: eventos (laranja
Corrupção de domínio ocorre quando conceitos, regras e estruturas de dados de um sistema legado contaminam o modelo de domínio de um novo sistema. Imagine que você está construindo uma plataforma moderna de e-commerce, mas precisa integrar com um sistema legado de estoque que usa campos como STATUS_ITEM com valores como "A", "I", "P". Se esses códigos misteriosos aparecerem no seu domínio limpo, você tem corrupção.