Arquitectura orientada a eventos
En la arquitectura orientada a eventos, los componentes notifican sucesos a los que otros pueden responder de forma independiente.
Un cambio desencadena más trabajo
La arquitectura orientada a eventos organiza la colaboración mediante eventos: avisos de algo que ya ha ocurrido. Los productores los publican y los consumidores interesados los procesan a través de un canal de eventos. En un ejemplo ficticio, una aplicación comunica la aprobación de un presupuesto. Planificación e informes pueden responder con tareas distintas.
El productor no necesita llamar directamente a cada destinatario. Sin embargo, esa separación exige significados claros, responsabilidades y gestión de errores. Los mensajes duplicados o retrasados y su orden pueden importar. Publicar el evento no demuestra que todo el trabajo posterior haya terminado. Para un flujo sencillo, una llamada directa puede requerir menos trabajo operativo.
Fuentes
Términos relacionados
- Consistencia eventualLa consistencia eventual admite estados de datos temporalmente distintos que deben converger bajo las condiciones previstas.
- Intermediario de mensajesUn intermediario de mensajes acepta mensajes y los dirige a sus destinatarios según reglas definidas.
- Publicación-suscripciónLa publicación-suscripción distribuye mensajes publicados a suscriptores interesados sin que el emisor contacte directamente con cada uno.
- Inbox transaccionalUn inbox transaccional usa registros duraderos de mensajes para proteger el procesamiento local frente a entregas duplicadas.
- Confirmación de mensajesLa confirmación informa al broker de que una entrega se ha recibido o procesado según la regla acordada.
- Variación aleatoria entre reintentosEl jitter de reintentos varía aleatoriamente las esperas para repartir los reintentos y reducir las solicitudes simultáneas de varios clientes.
Artículos sobre el tema
APIs e integración con ASES
ERP, CRM y tienda bien conectados