Questão de Arquitetura de Software — Arquitetura Cliente-Servidor — FCC 2023
Arquitetura de Software›Arquitetura Cliente-Servidor
Código
fc070242
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2023
Nível
Médio
Cargo
Técnico Judiciário - Tecnologia da Informação
Com relação aos mecanismos de troca de mensagens utilizados em microsserviços, considere:I. Em arquiteturas em cloud, os message brokers são um mecanismo usado pelos microsserviços para criar um backbone de comunicações compartilhadas.II. As APIs REST utilizam normalmente o padrão CORBA para se comunicar e são comumente usadas para comunicações entre microsserviços.III. Os message brokers não permitem comunicações assíncronas entre os serviços, fazendo com que o serviço de envio tenha que esperar pela resposta do serviço de recebimento antes de um novo envio.IV. Os message brokers oferecem apenas o padrão de distribuição de mensagens ponto a ponto, utilizado em filas de mensagens com relacionamento um-para-um entre o remetente e o destinatário da mensagem.Está correto o que se afirma APENAS em
AI e II.
BII e IV.
CIII e IV.
DIII.
EI.
Revelar gabarito e comentário▾
GabaritoE — I.
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”.
Mecanismos de Troca de Mensagens em Microsserviços
Gabarito: letra E. Apenas a afirmação I está correta. Message brokers são usados como backbone de comunicação compartilhada em microsserviços em cloud, permitindo comunicação assíncrona. As demais incorrem em erros conceituais: REST não usa CORBA; brokers são essencialmente assíncronos e suportam múltiplos padrões além de ponto a ponto.
Afirmação
Correto?
Justificativa
I. Message brokers como backbone compartilhado em cloud
✅ Correto
Desacoplam serviços, permitindo comunicação assíncrona e escalável em microsserviços
II. APIs REST usam CORBA
❌ Incorreto
REST usa HTTP/HTTPS; CORBA é padrão antigo de RPC, sem relação com REST
III. Brokers não permitem comunicação assíncrona
❌ Incorreto
Principal vantagem dos brokers é justamente o assincronismo (produtor não aguarda resposta)
IV. Brokers oferecem apenas padrão ponto a ponto
❌ Incorreto
Suportam também publish/subscribe, fanout e outros padrões, não apenas ponto a ponto
Troca de mensagens em microsserviços: Message broker (backbone) (Comunicação assíncrona, Padrões: ponto a ponto e pub/sub); REST usa CORBA (REST usa HTTP, CORBA é RPC antigo); Broker não permite assíncrono (Vantagem é justamente assincronismo); Só ponto a ponto (Também pub/sub, fanout)
Item I — ✅ Correto
Afirma corretamente que os message brokers atuam como um backbone de comunicações compartilhadas em arquiteturas cloud. Em microsserviços, eles desacoplam os serviços, permitindo troca de mensagens de forma assíncrona e escalável.
Item II — ❌ Incorreto
Afirma que APIs REST usam o padrão CORBA. REST utiliza HTTP/HTTPS e troca de recursos (representações), enquanto CORBA é um padrão mais antigo baseado em invocação remota de objetos (RPC). Não há relação entre REST e CORBA; o erro é trocar o protocolo de comunicação.
Item III — ❌ Incorreto
Diz que message brokers não permitem comunicação assíncrona e obrigam o serviço de envio a esperar a resposta. Na realidade, a principal vantagem dos brokers é justamente o assincronismo: o produtor envia a mensagem e prossegue sem aguardar, e o consumidor processa quando possível.
Item IV — ❌ Incorreto
Afirma que brokers oferecem apenas o padrão ponto a ponto. Os brokers suportam também publish/subscribe (um-para-muitos), fanout, e outros padrões. O ponto a ponto é um dos modos, não o único.
Conclusão: Apenas o item I está correto, portanto a alternativa correta é a letra E.