Jonatan Matajonmatum.com
conceptosnotasexperimentosensayos
© 2026 Jonatan Mata. All rights reserved.v2.1.1
Conceptos

AWS EventBridge

Bus de eventos serverless de AWS que conecta aplicaciones usando eventos, permitiendo arquitecturas desacopladas y event-driven con enrutamiento basado en reglas.

evergreen#aws#eventbridge#events#serverless#event-driven#integration

¿Qué es?

Amazon EventBridge es un bus de eventos serverless completamente gestionado que facilita la construcción de arquitecturas event-driven escalables y desacopladas. Actúa como un intermediario inteligente que recibe eventos de múltiples fuentes — servicios AWS, aplicaciones propias, y decenas de integraciones SaaS nativas — y los enruta a destinos específicos basándose en reglas de contenido sofisticadas.

A diferencia de sistemas de mensajería tradicionales que requieren configuración de colas o topics, EventBridge utiliza patrones de eventos declarativos que permiten filtrado granular sin código adicional. Los eventos se procesan de forma asíncrona con garantías de entrega y capacidades de retry automático, eliminando la necesidad de gestionar infraestructura de mensajería.

EventBridge se integra nativamente con el ecosistema AWS y proporciona un Schema Registry que autodescubre y versiona estructuras de eventos, facilitando la evolución de contratos entre servicios en arquitecturas de microservicios.

Componentes principales

ComponenteFunciónCasos de uso
Event BusCanal lógico que recibe y distribuye eventosBus default para servicios AWS, buses custom por dominio de negocio
RulesFiltros declarativos basados en contenido del eventoEnrutamiento por source, detail-type, o campos específicos del payload
TargetsDestinos que procesan eventos filtradosLambda, SQS, SNS, Step Functions, API destinations
Schema RegistryCatálogo versionado de estructuras de eventosAutodescubrimiento, validación, generación de código
EventBridge PipesConexiones punto a punto con transformaciónStreaming desde DynamoDB, Kinesis, SQS con filtrado y enriquecimiento

Patrones de eventos en producción

{
  "version": "0",
  "id": "7bf73129-1428-4cd3-a780-95db273d1602",
  "detail-type": "Order Status Changed",
  "source": "ecommerce.orders",
  "account": "123456789012",
  "time": "2024-03-19T10:30:00Z",
  "region": "us-east-1",
  "detail": {
    "orderId": "order-12345",
    "previousStatus": "processing",
    "currentStatus": "shipped",
    "customerId": "cust-67890",
    "amount": 149.99,
    "items": [
      {
        "sku": "PROD-001",
        "quantity": 2,
        "price": 74.99
      }
    ]
  }
}

Regla de filtrado avanzada

{
  "source": ["ecommerce.orders"],
  "detail-type": ["Order Status Changed"],
  "detail": {
    "currentStatus": ["shipped", "delivered"],
    "amount": [{"numeric": [">", 100]}],
    "customerId": [{"exists": true}]
  }
}

EventBridge Pipes vs Rules

EventBridge Pipes introduce un modelo de integración punto a punto que complementa el modelo pub/sub tradicional de EventBridge Rules:

AspectoEventBridge RulesEventBridge Pipes
ModeloPub/sub (1:N)Punto a punto (1:1)
FuentesEvent buses, scheduled eventsDynamoDB Streams, Kinesis, SQS, MSK
TransformaciónLimitada (input transformer)Completa (filtrado, mapeo, enriquecimiento)
Casos de usoFan-out, notificacionesETL, streaming analytics, sincronización
CostoPor evento procesadoPor pipe + eventos procesados

Archivo y replay de eventos

EventBridge proporciona capacidades nativas de archivo y replay que son críticas para sistemas de producción:

  • Archive: Almacena eventos automáticamente por tiempo configurable (indefinido por defecto)
  • Replay: Re-procesa eventos históricos hacia targets específicos
  • Casos de uso: Debugging, testing con datos reales, recuperación de fallos, análisis retrospectivo
# Crear archivo para eventos de orders
aws events put-archive \
  --archive-name orders-archive \
  --event-source-arn arn:aws:events:us-east-1:123456789012:event-bus/orders-bus \
  --retention-days 365
 
# Replay eventos del último mes
aws events start-replay \
  --replay-name orders-replay-march \
  --event-source-arn arn:aws:events:us-east-1:123456789012:archive/orders-archive \
  --event-start-time 2024-03-01T00:00:00Z \
  --event-end-time 2024-03-31T23:59:59Z

Decisión: EventBridge vs SQS vs SNS

CriterioEventBridgeAmazon SQSAmazon SNS
RoutingContent-based con patrones complejosQueue-based, FIFO opcionalTopic-based, fan-out simple
Integraciones SaaSDecenas de nativas (Shopify, Zendesk, etc.)Ninguna nativaNinguna nativa
Schema managementRegistry integrado con versionadoSin soporte nativoSin soporte nativo
TransformaciónInput transformer + PipesNingunaNinguna
Costo$1 por millón de eventos$0.40 por millón de requests$0.50 por millón de requests
LatenciaSegundosMilisegundosMilisegundos
Casos idealesEvent-driven architecture, integracionesDesacoplamiento, work queuesNotificaciones, alertas

Framework de decisión

Usa EventBridge cuando:

  • Necesitas routing basado en contenido del evento
  • Integras múltiples servicios AWS y SaaS
  • Requieres schema registry y versionado
  • Construyes arquitecturas event-driven complejas
  • La latencia de segundos es aceptable

Usa SQS cuando:

  • Necesitas garantías FIFO estrictas
  • Requieres latencia sub-segundo
  • Implementas work queues o task processing
  • El costo por mensaje es crítico

Usa SNS cuando:

  • Implementas notificaciones simples
  • Necesitas fan-out básico sin filtrado
  • Integras con email, SMS, o mobile push
  • Requieres latencia mínima

Integración con observabilidad

EventBridge se integra nativamente con CloudWatch y AWS X-Ray para proporcionar visibilidad completa:

  • Métricas de reglas: Invocations, MatchedEvents, FailedInvocations — permiten monitorear el volumen de eventos procesados y detectar fallos en targets
  • Métricas de entrega: InvocationsSentToDeadLetterQueue, ThrottledRules — identifican eventos no entregados y throttling
  • X-Ray tracing: Seguimiento end-to-end del flujo de eventos desde la fuente hasta el target final

Anti-patrones comunes

  • Event bus único: Usar el bus default para todos los dominios reduce aislamiento y complica governance
  • Eventos síncronos: EventBridge es asíncrono; no usar para casos que requieren respuesta inmediata
  • Payloads grandes: Límite de 256KB; usar S3 para datos grandes y referenciar en evento
  • Sobre-filtrado: Reglas demasiado específicas crean acoplamiento; preferir filtrado en targets cuando sea posible

¿Por qué importa?

EventBridge representa un cambio fundamental hacia arquitecturas event-driven serverless que escalan automáticamente y reducen acoplamiento operacional. Para equipos de ingeniería, elimina la complejidad de gestionar brokers de mensajes mientras proporciona capacidades avanzadas como schema registry, transformaciones declarativas, y integraciones SaaS nativas. La capacidad de archivo y replay es especialmente valiosa para sistemas críticos donde la auditabilidad y recuperación de eventos son requisitos de negocio. El modelo de pricing por evento procesado alinea costos con valor generado, haciendo viable la adopción incremental en sistemas existentes.

Referencias

  • Amazon EventBridge User Guide — AWS, 2024. Documentación oficial completa.
  • EventBridge Event Patterns — AWS, 2024. Sintaxis y ejemplos de patrones de filtrado.
  • EventBridge Pipes Documentation — AWS, 2024. Guía de integración punto a punto.
  • Serverless Land EventBridge Patterns — AWS, 2024. Colección de patrones arquitectónicos.
  • EventBridge Schema Registry — AWS, 2024. Gestión y versionado de schemas.
  • Event-Driven Architecture — AWS, 2024. Guías y mejores prácticas arquitectónicas.

Contenido relacionado

  • Serverless

    Modelo de computación en la nube donde el proveedor gestiona la infraestructura automáticamente, permitiendo ejecutar código sin aprovisionar ni administrar servidores, pagando solo por el uso real.

  • Arquitectura Orientada a Eventos

    Patrón arquitectónico donde los componentes se comunican mediante eventos asíncronos, permitiendo sistemas desacoplados, escalables y reactivos.

  • AWS Lambda

    Servicio de cómputo serverless de AWS que ejecuta código en respuesta a eventos sin necesidad de aprovisionar ni administrar servidores, escalando automáticamente desde cero hasta miles de ejecuciones concurrentes.

  • Microservicios

    Estilo arquitectónico que estructura una aplicación como colección de servicios pequeños, independientes y desplegables, cada uno con su propia lógica de negocio y datos.

  • Observabilidad

    Capacidad de entender el estado interno de un sistema a partir de sus outputs externos: logs, métricas y traces, permitiendo diagnosticar problemas sin acceso directo al sistema.

  • De prototipo a producción: un segundo cerebro serverless en AWS

    Diseño de arquitectura para escalar un segundo cerebro personal a un sistema de producción con AWS serverless — desde el prototipo actual hasta casos de uso especializados en legal, investigación y comunidad.

  • Segundo Cerebro Serverless

    Backend serverless de producción para un grafo de conocimiento personal — DynamoDB, Lambda, Bedrock, MCP, Step Functions. La implementación de la arquitectura descrita en el ensayo «Del prototipo a producción».

Conceptos