Elige EventEmitter o cola preguntando dónde debe ejecutarse el trabajo y qué pasa si el proceso se detiene.
EventEmitter notifica listeners dentro de un proceso Node.js. Una cola duradera guarda trabajo para workers posteriores. Ambos separan responsabilidades, pero fallan de forma distinta.
Un componente termina su inicialización y quiere que otros del mismo proceso reaccionen. EventEmitter encaja: registras listeners y emites el evento.
[One process]
emit("ready") -> Listener A
-> Listener B
Node.js invoca listeners sincrónicamente en orden de registro. El evento no queda guardado para listeners posteriores y el trabajo incompleto no sobrevive a una caída. Node.js Events.
Sirve para avisos locales que pueden perderse o reconstruirse. No basta cuando el trabajo debe sobrevivir al emisor.
Un listener async puede iniciar trabajo asíncrono, pero emit no espera su promise. El orden de invocación no garantiza el de finalización.
Código síncrono intensivo en CPU sigue retrasando el proceso. Gestiona excepciones y promises rechazadas; captureRejections puede dirigir rechazos al manejo de errores, pero no persiste ni reintenta la tarea.
Async cambia cómo trabaja el listener, no convierte un evento en memoria en una cola duradera.
Ahora guardar un pedido debe acabar generando una factura. La cola conserva la instrucción cuando los workers están ocupados o caídos.
[Producer] -> [Durable queue] -> [Available worker]
| |
[Pending work] [Result / retry]
El productor envía un job; un worker procesa un intento y registra el resultado. Pueden desplegarse y escalarse separados del API. La durabilidad depende del almacenamiento y configuración.
En una cola típica de workers competidores, uno atiende cada intento. No equivale a emitir a todos los listeners. Si cada suscriptor independiente necesita el evento, elige o configura un modelo que lo permita.
Con EventEmitter, caer después de guardar y antes de emitir puede perder la instrucción. Una cola protege el job aceptado, pero no automáticamente la brecha entre commit y envío.
Outbox guarda pedido e instrucción en la misma transacción. Un publicador lee el outbox y envía después.
La entrega puede repetirse si se pierde confirmación. Da a la factura una clave estable y restricción única u otra implementación idempotente. Repetir no debe crear una segunda factura. Jobs idempotentes.
| Requisito | EventEmitter | Cola duradera |
|---|---|---|
| Notificar componentes de un proceso | Directo y ligero | Normalmente infraestructura innecesaria. |
| Mantener pendientes tras detener al emisor | Sin registro duradero integrado | Posible con almacenamiento y recuperación adecuados. |
| Reintentar e inspeccionar acumulación | Debe construirlo la aplicación | Capacidades habituales que requieren configuración. |
| Ejecutar en otras máquinas | No es su función | Workers independientes. |
Para inicialización usaría EventEmitter. Para facturas recuperables, cola duradera resolviendo entrega desde base y duplicación de intentos.
Prueba detener el proceso antes del envío, después de aceptación y después del efecto. El resultado debe corresponder a la garantía esperada.
Recuerda: aviso local → EventEmitter; trabajo recuperable de fondo → cola duradera. Para efectos críticos, diseña entrega e idempotencia.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar