Questão de Arquitetura de Software — Arquitetura de Software — IDCAP 2025
Arquitetura de Software›Arquitetura de Software
Código
qg519349
Banca
IDCAP
Órgão
PPSA
Ano
2025
Nível
Superior
Cargo
Analista de Tecnologia da Informação - Desenvolvimento de Sistemas
A arquitetura orientada a eventos (EDA) é um modelo de integração criado para publicação, extração, processamento e armazenamento de eventos de aplicativos ou serviços, que maximiza o potencial de aplicativos nativos da cloud e impulsiona tecnologias potentes de aplicativos, como a análise em tempo real e o suporte para decisões. Existem dois modelos básicos de transmissão de eventos em uma EDA, sendo que em uma delas os consumidores de eventos fazem uma assinatura em um tipo ou tipos de mensagens publicadas pelos produtores de eventos. Quando um produtor de evento publica um evento, a mensagem é enviada diretamente para todos os assinantes que desejam consumi-la. Normalmente, um message broker cuida da transmissão de mensagens de eventos entre editores e assinantes. O broker recebe as mensagens do evento, converte-as se necessário, mantém a ordem dessas mensagens em relação as outras, disponibiliza-as para que os assinantes possam consumi-las e, em seguida, exclui as mensagens após serem consumidas, para que não sejam consumidas novamente.Pelas características descritas, esse modelo de transmissão é conhecido como mensagens de:
AEventos ou publicar/assinar.
BProcessos ou publicar/assinar.
CProcessos ou repartir/compartilhar.
DEventos ou repartir/compartilhar.
Revelar gabarito e comentário▾
GabaritoA — Eventos ou publicar/assinar.
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”.
Arquitetura Orientada a Eventos (EDA) – Modelo Publicar/Assinar
Gabarito: letra A. O modelo descrito — em que consumidores assinam tipos de mensagens e, quando um produtor publica um evento, a mensagem é enviada diretamente a todos os assinantes, com um broker gerenciando a transmissão — é o clássico padrão publicar/assinar (pub/sub). Essa arquitetura é fundamental na EDA (Arquitetura Orientada a Eventos), sendo comumente chamada de mensagens de eventos ou eventos/publicar-assinar. A alternativa A nomeia corretamente o modelo.
A banca testa o conhecimento dos dois modelos básicos de transmissão em EDA: eventos (pub/sub) e streams de eventos (como o Apache Kafka). No pub/sub, o broker entrega o evento a todos os assinantes e depois o exclui (ou retém conforme política), exatamente como descrito no enunciado.
Modelos de transmissão (EDA)
1Eventos (pub/sub)
Produtor publica
Consumidor assina
Broker gerencia
Mensagem enviada a todos os assinantes
2Streams de eventos
Ex.: Apache Kafka
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
O enunciado menciona "eventos" como o tipo de mensagem e descreve o mecanismo de publicar/assinar: consumidores assinam um tipo de mensagem, o produtor publica, o broker distribui a todos os assinantes e depois remove a mensagem. Portanto, "mensagens de eventos ou publicar/assinar" é a nomenclatura correta.
Alternativa B — ❌ Incorreta
Troca "eventos" por "processos". Em EDA, as mensagens são eventos (ocorrências significativas), não processos. O termo "processos" remete a fluxos de trabalho ou sistemas de processamento, não ao modelo pub/sub descrito.
Alternativa C — ❌ Incorreta
Usa "processos" e "repartir/compartilhar", que não correspondem ao padrão. "Repartir/compartilhar" lembra modelos como sharding ou compartilhamento de carga, não o pub/sub. O enunciado descreve assinatura e entrega a múltiplos consumidores, não divisão de mensagens entre consumidores.
Alternativa D — ❌ Incorreta
Embora "eventos" esteja correto, "repartir/compartilhar" não é o modelo descrito. A expressão correta é "publicar/assinar". "Repartir/compartilhar" não é uma terminologia padrão em EDA para esse padrão.
NÃO CAIA NESSA!
A banca tenta confundir o candidato com termos como "processos" e "repartir/compartilhar" para desviar do nome consagrado. O segredo é associar as características — assinatura, entrega a todos os interessados, exclusão após consumo — diretamente ao publicar/assinar.