Em um Tribunal de Justiça, um portal de serviços digitais permite que advogados e cidadãos consultem processos, protocolem
petições, acompanhem audiências e recebam comunicações processuais. A solução é composta por microsserviços executados
em contineres, com escalabilidade dinâmica. O acesso externo ocorre por APIs HTTPS. Alquns servicos, como validacão de
documentos e consultaa sistemas legados, podem apresentar indisponibilidades temporárias e não devem comprometer todo o
fluxo de protocolo. Nesse cenário, a composição arquitetural adequada é

Question

Em um Tribunal de Justiça, um portal de serviços digitais permite que advogados e cidadãos consultem processos, protocolem
petições, acompanhem audiências e recebam comunicações processuais. A solução é composta por microsserviços executados
em contineres, com escalabilidade dinâmica. O acesso externo ocorre por APIs HTTPS. Alquns servicos, como validacão de
documentos e consultaa sistemas legados, podem apresentar indisponibilidades temporárias e não devem comprometer todo o
fluxo de protocolo. Nesse cenário, a composição arquitetural adequada é Alternativa A: expor Circuit Breaker como catálogo de serviços, API Gateway para consumo do broker de mensagens pelo portal, Service
Discovery para publicação de eventos e REST para impedir indisponibilidade de sistemas legados. Ou Alternativa B: utilizar REST como mecanismo de desacoplamento assíncrono, Service Discovery para criptografia das APIs públicas,
Circuit Breaker em chamadas assíncronas sujeitas a falhas e mensageria para consultas síncronas do portal e API Gateway
para eliminar falhas transitórias. Ou Alternativa C: expor a mensageria ao portal externo, utilizar Service Discovery para autenticação dos usuários, REST para envio assíncrono
de comunicações, Circuit Breaker em chamadas síncronas sujeitas a falhas temporárias e API Gateway para registrar
estaticamente instâncias dos serviços. Ou Alternativa D: utilizar Service Discovery como ponto público de entrada, REST síncrono para as comunicações pós-protocolo, API Gateway
entre microsserviços internos e Circuit Breaker para persistência de eventos. Ou Alternativa E: usar API Gateway como ponto de entrada externo, Service Discovery para localização dinâmica dos microsserviços, Circuit
Breaker em chamadas síncronas sujeitas a falhas temporárias e mensageria para eventos posteriores à confirmação do
protocolo eletrônico.

Qconcursos · Accepted Answer

Alternativa [E] usar API Gateway como ponto de entrada externo, Service Discovery para localização dinâmica dos microsserviços, Circuit
Breaker em chamadas síncronas sujeitas a falhas temporárias e mensageria para eventos posteriores à confirmação do
protocolo eletrônico. Gabarito: EFundamento decisivo: A decisão dependia de reconhecer a associação correta entre os padrões e suas funções no contexto de microsserviços com escalabilidade dinâmica e falhas temporárias em dependências.Tema central: Padrões em microsserviçosAnálise das alternativasAErradaEstá errada porque troca as funções dos componentes. Circuit Breaker não atua como catálogo de serviços, Service Discovery não tem função de publicação de eventos, e REST não impede indisponibilidade de sistemas legados. O erro decisivo é a atribuição tecnicamente incompatível desses papéis.BErradaEstá errada em vários pontos concretos: REST não é mecanismo de desacoplamento assíncrono, Service Discovery não faz criptografia de APIs públicas, mensageria não é o mecanismo típico para consultas síncronas do portal, e API Gateway não elimina falhas transitórias. A alternativa confunde função de integração, descoberta e resiliência.CErradaEstá errada porque expõe mensageria ao portal externo, o que não é a interface natural para esse acesso; além disso, Service Discovery não autentica usuários, REST não caracteriza envio assíncrono, e API Gateway não registra estaticamente instâncias dos serviços. Há uso inadequado de mensageria, Service Discovery e API Gateway.DErradaEstá errada porque Service Discovery não é ponto público de entrada, API Gateway não é definido primariamente como componente entre microsserviços internos, e Circuit Breaker não serve para persistência de eventos. A alternativa confunde descoberta de serviços, entrada externa e persistência.ECertaA alternativa E é a correta porque faz a associação funcional compatível com o cenário: API Gateway como ponto de entrada externo, Service Discovery para localização dinâmica dos microsserviços, Circuit Breaker para conter o impacto de falhas temporárias em chamadas síncronas e mensageria para eventos posteriores à confirmação do protocolo.Pegadinha da questãoA pegadinha real foi embaralhar funções típicas de API Gateway, Service Discovery, Circuit Breaker e mensageria, especialmente trocando ponto de entrada externo por descoberta de serviços e tratando REST ou mensageria como solução para desacoplamento ou consultas fora do papel adequado.Dica para questões semelhantesEm questões de microsserviços, valide primeiro quem faz entrada externa: API Gateway, e não Service Discovery nem broker de mensagens.Quando o enunciado mencionar escalabilidade dinâmica de instâncias, procure Service Discovery como mecanismo de localização.Se houver falhas temporárias em dependências síncronas, o padrão compatível é Circuit Breaker; ele não substitui a dependência nem elimina a falha.Quando o problema for não travar o fluxo principal por etapas posteriores ou não críticas, mensageria é o mecanismo de desacoplamento indicado.

🎯 Saiba o que estudar

🎯 Saiba o que estudar

Em um Tribunal de Justiça, um portal de serviços digitais pe...

Gabarito comentado

Gabarito: E

Clique para visualizar este gabarito

Comentários

Clique para visualizar este comentário

Questões de assuntos semelhantes

Provas relacionadas