EventBridge Pipes conectam fontes de eventos a destinos com filtragem, enriquecimento e transformação.
Eles simplificam integrações ponto a ponto sem escrever código intermediário.
EventBridge Pipes aparece quando sistemas precisam conversar sem ficarem grudados um no outro. Mensageria serve para desacoplar, absorver picos e lidar melhor com falhas.
Ao estudar, pense sempre em produtor, consumidor, mensagem, retry e DLQ.
O que é
EventBridge Pipes deve ser entendido como comunicação indireta entre partes de uma aplicação. Em vez de um componente depender da resposta imediata de outro, mensagens permitem desacoplar envio, espera, processamento e falha.
Mensageria desacopla produtores e consumidores.
Por que existe
EventBridge Pipes existe para desacoplar partes de uma aplicação, absorver variação de carga e permitir comunicação assíncrona ou orientada a eventos. Sem mensageria, componentes ficam mais dependentes do tempo de resposta uns dos outros.
Como funciona
Modelo
- source: ↓.
- filter: ↓.
- enrichment opcional: ↓.
- target
Fontes e Destinos
Pipes podem conectar fontes como filas, streams e outros recursos a destinos compatíveis.
Uso
- filtrar mensagens antes de processar;
- enriquecer evento;
- conectar fila a workflow;
- reduzir código de cola;
- padronizar integração.
Exemplo prático
Uma API pode receber uma solicitação, publicar uma mensagem em Amazon SQS e responder rapidamente ao usuário. Workers processam a fila depois. Se falharem, mensagens podem ser repetidas ou enviadas para Dead Letter Queue (DLQ).
Em outro cenário, Amazon SNS distribui uma mensagem para vários consumidores, enquanto Amazon EventBridge roteia eventos por padrão.
Diferenças importantes
Diferença para Rules
Rules trabalham dentro de event buses.
Pipes conectam diretamente uma source a um target com processamento intermediário.
Como Diferenciar
- SQS é fila.
- SNS é pub/sub.
- EventBridge é barramento de eventos.
- MQ é broker gerenciado.
- MSK é Kafka gerenciado.
- Kinesis é streaming.
Cuidados
Pipes facilitam integração, mas ainda precisam de observabilidade, tratamento de erro e permissões corretas.
Mensageria exige lidar com duplicidade, ordem, atraso, reprocessamento e observabilidade.
Não basta “colocar na fila”. O consumidor precisa ser idempotente, monitorado e preparado para falhas.
Mensageria exige idempotência, retries, DLQ e observabilidade.