Questão de Boas Práticas e Padrões em TIC · FCC PMSP Analista TIC 2025 (nº 68)

A Arquitetura Orientada a Eventos (EDA) é um modelo onde os diferentes componentes de um sistema se comunicam trocando eventos, que são mensagens sobre algo que aconteceu. Isso permite que as partes do sistema funcionem de forma independente e reajam a mudanças em tempo real.

(A) Incorreta: A comunicação síncrona acopla fortemente produtores e consumidores, tornando o sistema menos resiliente (se um falha, o outro é afetado) e escalável.
(B) Correta: Utilizar um message broker (fila intermediária) é fundamental para desacoplar produtores e consumidores. Isso aumenta a resiliência (produtor não precisa esperar o consumidor, eventos são armazenados) e a escalabilidade (múltiplos consumidores podem processar eventos em paralelo).
(C) Incorreta: Processar eventos "exatamente uma vez" é um desafio complexo. A ausência de suporte à idempotência (capacidade de uma operação produzir o mesmo resultado se executada múltiplas vezes) torna o sistema frágil a reprocessamentos e falhas, não garantindo a robustez necessária.
(D) Incorreta: Embora seja uma necessidade para certos tipos de eventos (ex: comandos) para garantir consistência, não é a prática mais fundamental para a resiliência e escalabilidade geral da arquitetura. Muitas vezes, múltiplos consumidores podem e devem reagir ao mesmo evento. A armadilha aqui é que, embora importante para alguns cenários de consistência, não é a prática fundamental que garante a resiliência e escalabilidade arquitetural como um todo, que é o desacoplamento.
(E) Incorreta: O modo "fire-and-forget" sem confirmação ou retry (entrega "no máximo uma vez") é inadequado para sistemas de notificação em tempo real que exigem alta confiabilidade na entrega, pois eventos podem ser perdidos.