Definición: Patron de diseno de software donde el flujo del programa esta determinado por eventos como acciones de usuarios, mensajes de servicios o cambios de estado.
— Fuente: NERVICO, Consultoría de Desarrollo de Producto
Que es la arquitectura event-driven
La arquitectura event-driven (EDA) es un patron de diseno de software donde el flujo del programa esta determinado por eventos: acciones de usuarios, mensajes de otros servicios, cambios de estado o senales externas. En lugar de que los servicios se llamen directamente entre si, producen y consumen eventos a traves de un intermediario, lo que permite un acoplamiento debil y procesamiento en tiempo real.
Como funciona
Los componentes del sistema se dividen en productores de eventos y consumidores de eventos. Cuando ocurre algo relevante (un usuario realiza una compra, un sensor detecta una anomalia), el productor emite un evento a un broker de mensajeria como Apache Kafka, RabbitMQ o AWS EventBridge. Los consumidores suscritos a ese tipo de evento lo reciben y ejecutan su logica de forma independiente. Un mismo evento puede ser procesado por multiples consumidores simultaneamente. Los eventos suelen almacenarse para permitir replay, auditoria y reconstruccion del estado del sistema.
Por que importa
La arquitectura event-driven permite construir sistemas altamente desacoplados donde los servicios pueden evolucionar, escalarse y fallar de forma independiente. Esto es especialmente valioso para sistemas que procesan grandes volumenes de datos en tiempo real, necesitan alta disponibilidad o integran multiples servicios que deben reaccionar ante los mismos acontecimientos sin conocerse directamente entre si.
Ejemplo practico
En una plataforma de comercio electronico, cuando un cliente completa una compra, el servicio de pedidos emite un evento “PedidoCreado”. El servicio de inventario consume ese evento para actualizar el stock. El servicio de notificaciones envia un email de confirmacion. El servicio de analytics registra la venta. Y el servicio de facturacion genera la factura. Ninguno de estos servicios conoce la existencia de los demas: solo reaccionan al evento. Si se anade un nuevo servicio de fidelizacion, simplemente se suscribe al evento existente sin modificar ningun otro componente.
Terminos relacionados
- Microservicios - Arquitectura que se beneficia del desacoplamiento event-driven
- CQRS - Patron complementario que separa lecturas y escrituras, frecuentemente usado con eventos
- Serverless - Modelo de ejecucion que se combina naturalmente con eventos como disparadores
Ultima actualizacion: Febrero 2026