Questão de Arquitetura de Software — Sistemas Distribuídos — FGV 2026
Arquitetura de Software›Sistemas Distribuídos
Código
gp045394
Banca
FGV
Órgão
TJ-SC
Ano
2026
Cargo
Analista de Sistemas
Em arquiteturas de microsserviços voltadas para tribunais, acomunicação baseada em mensageria (como o uso de MessageBrokers) é frequentemente adotada para aumentar a resiliência doecossistema. Ao utilizar um modelo de comunicação assíncrona para oprocessamento de petições e atos processuais, o sistema buscamitigar o risco de falhas em cascata e lidar com picos de demanda. Uma característica fundamental e intrínseca a esse modelo deinteração é o
AAcoplamento Temporal, que exige que o serviço de destinoesteja em estado operacional e pronto para processamento noexato momento em que o produtor realiza o envio damensagem.
BBloqueio da Thread de Execução, em que o serviço emissorsuspende suas atividades e aguarda a confirmação derecebimento e o processamento final da tarefa peloconsumidor para retomar sua lógica.
CDesacoplamento espacial e temporal, permitindo que oprodutor envie a mensagem e prossiga com seu fluxo deexecução, sem a necessidade de que o serviço consumidoresteja disponível ou que sua localização seja conhecida nomomento da emissão.
DProtocolo de RPC (Remote Procedure Call), que visa garantirque a chamada entre serviços distribuídos ocorra de formatransparente, mimetizando uma chamada de função local esíncrona.
EMecanismo de Idempotência Nativa, característica garantidaobrigatoriamente pela camada de transporte que impede, deforma automática e sem necessidade de lógica no consumidor,o processamento de mensagens duplicadas.
Revelar gabarito e comentário▾
GabaritoC — Desacoplamento espacial e temporal, permitindo que o
produtor envie a mensagem e prossiga com seu fluxo de
execução, sem a necessidade de que o serviço consumidor
esteja disponível ou que sua localização seja conhecida no
momento da emissão.
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”.
Comunicação assíncrona em microsserviços com mensageria
Gabarito: letra C. A comunicação assíncrona baseada em message brokers promove o desacoplamento espacial e temporal entre produtor e consumidor, permitindo que o produtor envie a mensagem e prossiga sem aguardar a disponibilidade ou localização do consumidor. Essa é a característica intrínseca do modelo.
A questão testa a diferença fundamental entre comunicação síncrona e assíncrona em arquiteturas de microsserviços. Enquanto a comunicação síncrona (ex: RPC, REST síncrono) exige que o serviço destino esteja ativo e responda imediatamente, a comunicação assíncrona com filas de mensagens ou tópicos libera o produtor dessa dependência.
Característica
Descrição
Relação com o modelo assíncrono
Acoplamento Temporal
Exige que o serviço de destino esteja operacional no momento do envio.
❌ Opõe-se ao modelo assíncrono (típico de comunicação síncrona).
Bloqueio da Thread de Execução
O emissor suspende suas atividades e aguarda confirmação de recebimento/processamento.
❌ Característica de chamadas síncronas (ex: RPC síncrono).
Desacoplamento Espacial e Temporal
Produtor envia mensagem e prossegue sem saber quem consumirá, quando ou onde.
✅ Característica intrínseca e correta do modelo assíncrono com mensageria.
Protocolo de RPC
Chamada entre serviços distribuídos de forma transparente e síncrona.
❌ Refere-se a modelo síncrono, não ao assíncrono.
Mecanismo de Idempotência Nativa
Garantia automática pela camada de transporte contra processamento de mensagens duplicadas.
❌ Não é característica intrínseca; idempotência é preocupação de design do consumidor.
Comunicação em microsserviços: Síncrona (Acoplamento temporal, Bloqueio da thread, RPC); Assíncrona (mensageria) (Desacoplamento espacial, Desacoplamento temporal, Resiliência a picos); Idempotência (Não é nativa, Exige lógica no consumidor)
Alternativa A — ❌ Incorreta
Descreve acoplamento temporal, que é justamente o oposto do modelo assíncrono. No acoplamento temporal, o produtor precisa que o consumidor esteja operacional no momento do envio. Isso é típico de comunicação síncrona.
Alternativa B — ❌ Incorreta
Menciona bloqueio da thread de execução e espera por confirmação. Essa é uma característica de chamadas síncronas (ex: RPC síncrono), não assíncronas.
Alternativa C — ✅ Correta ⟵ GABARITO
Apresenta o desacoplamento espacial e temporal. No modelo de mensageria assíncrona, o produtor envia a mensagem para um broker (ex: RabbitMQ, Kafka) e continua seu fluxo sem saber quem consumirá, quando consumirá, nem onde o consumidor está localizado. Isso aumenta a resiliência e escalabilidade.
Alternativa D — ❌ Incorreta
Refere-se a RPC, que é tipicamente síncrono (embora exista RPC assíncrono, o padrão discutido na questão é o síncrono). A banca usa o termo para induzir ao modelo síncrono, enquanto a pergunta é sobre comunicação assíncrona.
Alternativa E — ❌ Incorreta
Afirma existir um mecanismo de idempotência nativa na camada de transporte. A idempotência não é garantida automaticamente; é uma preocupação de design do consumidor ou do sistema de mensagens (ex: deduplicação configurada). Não é característica intrínseca da comunicação assíncrona.
NÃO CAIA NESSA!
A banca troca as características da comunicação assíncrona pelas da síncrona. Nas alternativas A, B e D, ela descreve propriedades de chamadas síncronas (acoplamento temporal, bloqueio, RPC). Fique atento: o enunciado fala em "assíncrona" e "mensageria" – a resposta correta é a que descreve o desacoplamento.