Resilience

Numa arquitetura de microsserviços, os serviços formam uma rede de chamadas de rede distribuídas. Embora isso permita que as equipes criem e dimensionem serviços de forma independente, também significa que a confiabilidade geral do seu sistema é tão forte quanto o seu elo mais fraco. Se um serviço crítico falhar ou parar de responder, poderá desencadear uma falha em cascata que interromperá todo o aplicativo.

Numa arquitetura de microsserviços, os serviços comunicam-se através de uma rede em vez de chamadas na memória. Embora essa dissociação permita o dimensionamento horizontal massivo e implantações independentes, ela também introduz uma grande vulnerabilidade: a rede não é confiável. A qualquer momento, um serviço downstream pode enfrentar uma breve falha na rede, um pico temporário de CPU, uma rápida contenção de bloqueio de banco de dados ou uma reinicialização de atualização contínua. Essas falhas temporárias são conhecidas como falhas transitórias.

Em uma arquitetura de microsserviços, um único aplicativo é dividido em dezenas ou centenas de serviços independentes e colaborativos. Embora esse design melhore a modularidade e a escalabilidade, ele também apresenta um grande risco: uma falha em um serviço pode se espalhar e derrubar todo o sistema. Se um serviço downstream ficar lento ou não responder, as solicitações recebidas para seus serviços upstream começarão a se acumular. Se todos compartilharem a mesma memória, CPU ou pool de threads, uma dependência lenta pode esgotar rapidamente todos os recursos disponíveis, causando falha em todo o aplicativo.