Pular para o conteúdo principal

Questão de Arquitetura de Software — Sistemas Distribuídos — FGV 2023

Arquitetura de SoftwareSistemas Distribuídos
Código
fg071489
Banca
FGV
Órgão
TCE-SP
Ano
2023
Nível
Superior
Cargo
Agente da Fiscalização - TI
Mensagerias, como o RabbitMQ, são um importante recurso para a comunicação assíncrona entre Microsserviços. Elas utilizam os domínios Point-to-Point e Publish-Subscribe, com o depósito de mensagens em uma fila para que os consumidores as tratem no momento correto.Acerca do uso de mensagerias com microsserviços, é correto afirmar que:
  1. Aatravés do domínio Point-to-Point, um microsserviço pode enviar dados para vários microsserviços simultaneamente;
  2. Bé necessário que microsserviços produtores e consumidores estejam ativos, para que a mensagem não seja perdida;
  3. Co modelo de comunicação segue o padrão arquitetural PAC;
  4. Dno domínio Publish-Subscribe é definido um tópico, para que os microsserviços de destino consumam de forma assíncrona;
  5. Eo uso de mensagerias define sistemas com alto acoplamento.
Revelar gabarito e comentário

GabaritoD — no domínio Publish-Subscribe é definido um tópico, para que os microsserviços de destino consumam de forma assíncrona;

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Mensageria e Microsserviços

Gabarito: letra D. No domínio Publish-Subscribe, um tópico é criado e os microsserviços consumidores se inscrevem para receber mensagens de forma assíncrona, exatamente como afirma a alternativa. As demais alternativas apresentam erros conceituais comuns.

A banca cobra a diferença entre os domínios Point-to-Point e Publish-Subscribe, além das propriedades de mensageria (durabilidade, desacoplamento).

Alternativa A — ❌ Incorreta

O domínio Point-to-Point (fila) entrega a mensagem a um único consumidor (entre vários competidores). Para enviar a múltiplos simultaneamente, usa-se Publish-Subscribe (tópico). A alternativa inverte os conceitos.

Alternativa B — ❌ Incorreta

Mensagerias como RabbitMQ permitem persistência de mensagens. O produtor pode enviar mesmo que o consumidor esteja offline; a mensagem fica armazenada até ser consumida. Não é necessário que ambos estejam ativos.

Alternativa C — ❌ Incorreta

PAC (Presentation-Abstraction-Control) é um padrão arquitetural para sistemas interativos, não para comunicação assíncrona entre microsserviços. O padrão correto é Message Broker ou Event-Driven Architecture.

Alternativa D — ✅ Correta ⟵ GABARITO

No domínio Publish-Subscribe, define-se um tópico (tópico) e os microsserviços interessados se inscrevem. A comunicação é assíncrona: o publicador não precisa aguardar os consumidores.

Alternativa E — ❌ Incorreta

Mensagerias promovem baixo acoplamento (desacoplamento) entre produtores e consumidores, pois eles não precisam se conhecer diretamente. A afirmação de "alto acoplamento" é o oposto da realidade.

NÃO CAIA NESSA!

A banca troca os domínios (P2P × Pub/Sub) na alternativa A e inverte o efeito do acoplamento na E. Fique atento: P2P = fila (um consumidor); Pub/Sub = tópico (vários consumidores) e mensageria = desacoplamento.

Gabarito: letra D.

Link permanente: /questoes/fg071489