AWS SAA-C03/07 - Desacoplamento e Integração2 min
EventBridge
Responda com suas palavras antes de ler o resto da nota.
- Que problema isso resolve?
- Quando usar / quando NÃO usar?
- Qual o principal trade-off (custo, latência, operação)?
- Que sinal no enunciado aponta pra isso?
- Com o que isso é confundido na prova?
Conceito
Barramento de eventos serverless. Recebe eventos, avalia regras por padrão de conteúdo e roteia para até 5 alvos por regra.
Tipos de barramento
| Bus | Origem dos eventos |
|---|---|
| Default | Serviços AWS (mudança de estado de EC2, S3, CodePipeline…) |
| Custom | Sua aplicação |
| Partner | SaaS (Zendesk, Datadog, Shopify, Auth0…) |
Regras — o diferencial
Filtram por conteúdo do JSON, não só por atributo:
{
"source": ["aws.ec2"],
"detail-type": ["EC2 Instance State-change Notification"],
"detail": { "state": ["stopped", "terminated"] }
}
Alvos: Lambda, SQS, SNS, Step Functions, ECS task, Kinesis, API Destination (HTTP externo), outro event bus, e mais de 20 serviços.
Recursos que a prova cobra
| Recurso | Para que serve |
|---|---|
| Scheduler / Scheduled rules | Cron gerenciado — substituiu o CloudWatch Events. Dispara Lambda, ECS, etc. |
| Archive + Replay | Guarda eventos e reprocessa um período — SNS não faz |
| Schema Registry | Descobre o schema dos eventos e gera código tipado |
| API Destinations | Envia evento pra API HTTP externa com autenticação gerenciada |
| Pipes | Liga origem a destino com filtro e enriquecimento, sem código |
EventBridge é a evolução do CloudWatch Events — mesma base, API compatível.
Trade-offs
EventBridge é mais poderoso e um pouco mais lento e caro que SNS. Ele brilha em arquitetura orientada a eventos com muitos produtores e consumidores heterogêneos, onde filtrar por conteúdo evita que cada consumidor receba tudo e descarte.
Não substitui fila: EventBridge roteia, mas o buffer e o retry duráveis continuam sendo trabalho do SQS. O padrão comum é EventBridge → SQS → worker.
Sinais de prova
- "Executar uma Lambda todo dia às 3h" → EventBridge Scheduler (não cron em EC2)
- "Reagir quando uma instância EC2 for terminada" → regra no default bus
- "Rotear evento conforme o conteúdo do JSON" → EventBridge
- "Reprocessar eventos da semana passada" → Archive + Replay
- "Integrar eventos de um SaaS de terceiro" → Partner event bus
- "Enviar evento pra API externa com OAuth" → API Destinations
- "Preciso só de fan-out simples e barato" → SNS, não EventBridge
Relacionado
Parte de 07 - MOC Desacoplamento e Integração · Documentação AWS