• A

  A chamada REST síncrona entre os serviços de notificação e de cálculo de prazos foi a causa raiz da indisponibilidade do broker de mensagens, pois o padrão circuit breaker, ao interromper as requisições, sobrecarregou o cluster replicado, exigindo a adoção de filas assíncronas para restabelecer a comunicação.

• B

  O esgotamento do pool de threads do serviço chamador decorria da possibilidade de o serviço de notificação deixar de responder dentro do tempo esperado; o circuit breaker foi implementado para interromper chamadas a dependências falhas e evitar que threads ficassem bloqueadas aguardando respostas que não chegariam, preservando a capacidade de atendimento do chamador.

• C

  A migração para microsserviços eliminou o acoplamento entre os módulos de cálculo de prazos e de notificação, de modo que o timeout no serviço de notificação não poderia afetar o cálculo de prazos; a mensageria assíncrona foi adotada apenas para melhorar o desempenho do broker, e não para conter falhas em cascata.

• D

  O broker de mensagens tornou-se ponto único de falha porque o padrão circuit breaker, ao abrir o circuito, redirecionou todo o tráfego para o broker, que passou a acumular tanto as chamadas síncronas quanto as assíncronas; a replicação em cluster foi a forma encontrada de separar esses dois tipos de tráfego e restabelecer a chamada REST original.

• E

  A adoção do broker assíncrono e do circuit breaker foi suficiente para eliminar todos os modos de falha distribuídos, uma vez que a replicação em cluster do broker passou a garantir a consistência transacional entre os serviços de cálculo e de notificação, dispensando a necessidade de idempotência nas mensagens.

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

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