Em arquiteturas de microsserviços, a autonomia dos serviços favorece escalabilidade e evolução independente, mas impõe desafios relevantes na gestão de dados. A adoção do princípio “banco de dados por serviço” reduz acoplamento, porém dificulta transações distribuídas tradicionais, exigindo estratégias arquiteturais para manter consistência e confiabilidade em operações que atravessam múltiplos serviços. Uma abordagem recorrente é o padrão Saga, que coordena transações locais e compensações, evitando bloqueios globais típicos de transações ACID distribuídas.
Considere um sistema de marketplace implementado em microsserviços, com os seguintes serviços: Pedido, Pagamento e Estoque, cada um com seu próprio banco de dados. Ao confirmar uma compra, o fluxo exige: (1) criar o pedido, (2) reservar o estoque e (3) confirmar o pagamento. Em caso de falha em qualquer etapa, o sistema deve retornar a um estado consistente, sem depender de uma transação distribuída única com bloqueio entre bancos.
Assinale a alternativa que descreve corretamente a estratégia arquitetural mais adequada, nesse cenário, para garantir consistência de dados sem uso de transações distribuídas ACID, reduzindo risco de bloqueios e aumentando resiliência.