Arquitetura orientada a eventos: quando usar e quando evitar

O que é arquitetura orientada a eventos

Event-Driven Architecture (EDA) é um estilo arquitetural onde componentes se comunicam por meio de eventos assíncronos. O produtor publica um evento; consumidores interessados o processam independentemente, sem acoplamento direto.

Quando EDA é a escolha certa

• Alta carga com picos imprevisíveis — o broker absorve variações sem que os produtores precisem esperar pelos consumidores.
• Múltiplos consumidores para o mesmo evento — diferentes domínios reagem ao mesmo fato de negócio sem acoplamento.
• Processamento assíncrono por natureza — fluxos onde a resposta imediata não é necessária: auditoria, notificações, relatórios.

Quando EDA complica mais do que resolve

• Fluxos transacionais com consistência imediata — se o resultado precisa ser garantido antes de retornar ao cliente, EDA adiciona latência e complexidade.
• Times sem experiência com sistemas distribuídos — depurar falhas em pipelines assíncronos exige observabilidade madura.

Padrões fundamentais para EDA robusta

1. Outbox Pattern — garantir que eventos só sejam publicados se a transação local foi commitada.
2. Idempotência — consumidores devem processar o mesmo evento múltiplas vezes sem efeitos colaterais.
3. Dead Letter Queue — eventos que falham repetidamente precisam de destino explícito e processo de remediação.
4. Schema Registry — evolução de schemas sem quebrar consumidores exige controle de versão explícito.