• A

  A decomposição do monólito eliminou o acoplamento entre os serviços, de modo que a falha de um serviço downstream não afeta os chamadores; o broker assíncrono foi adotado apenas para reduzir custos de infraestrutura.

• B

  As chamadas HTTP síncronas criavam uma cadeia frágil de dependências, na qual um serviço downstream lento poderia esgotar o pool de threads dos chamadores e propagar latência; a solução envolveu mensageria assíncrona e consumo idempotente para evitar cobranças duplicadas.

• C

  O padrão de consumidor idempotente foi introduzido para garantir que cada mensagem fosse processada exatamente uma vez pelo broker, eliminando a necessidade de qualquer controle de duplicidade na aplicação.

• D

  A latência no fluxo de checkout decorria do excesso de chamadas assíncronas entre os serviços; a adoção de HTTP síncrono e de um broker dedicado foi a medida corretiva para restaurar a consistência transacional.

• E

  O problema central era o compartilhamento do mesmo banco de dados por todos os serviços, o que impedia a implantação independente; a solução foi unificar os data stores e remover o broker de mensagens.

Atalhos: A–E marca · Shift+letra corta · Enter próxima

Selecione uma alternativa pra criar sua conta e salvar o progresso.