Quelle différence entre EventEmitter et une file de jobs Node.js ?

Question

IT Interview Practice · Accepted Answer

Choisissez EventEmitter ou file en demandant **où le travail doit s’exécuter et ce qui arrive si le processus s’arrête**.

EventEmitter prévient des listeners dans un processus Node.js. Une file durable conserve des tâches pour des workers ultérieurs. Les deux séparent les responsabilités, avec des comportements de panne différents.

## 1. Suivre une notification locale

Un composant finit son initialisation et veut faire réagir les autres dans le même processus. EventEmitter convient : enregistrer les listeners puis émettre.

```text
[One process]
emit("ready") -> Listener A
              -> Listener B
```

Node.js appelle les listeners synchroniquement dans l’ordre d’enregistrement. L’événement n’est pas stocké pour les arrivants tardifs et le travail inachevé ne survit pas au crash. [Node.js Events](https://nodejs.org/api/events.html).

Cela convient aux avis locaux perdables ou reconstructibles, pas au travail devant survivre à l’émetteur.

## 2. Comprendre un listener async

Un listener async peut lancer une opération asynchrone, mais emit n’attend pas sa promise. L’ordre d’appel ne garantit donc pas l’ordre de fin.

Le calcul synchrone lourd bloque toujours le processus. Gérez exceptions et promises rejetées ; captureRejections peut diriger les rejets vers la gestion d’erreur, sans persister ni rejouer la tâche.

Async change la façon de travailler, pas un événement mémoire en file durable.

## 3. Suivre une tâche en file

Supposons maintenant qu’une commande sauvegardée doive finalement produire une facture. La file garde l’instruction pendant l’indisponibilité ou l’occupation des workers.

```text
[Producer] -> [Durable queue] -> [Available worker]
                    |                   |
              [Pending work]      [Result / retry]
```

Le producteur soumet ; un worker traite une tentative et consigne le résultat. Les workers se déploient et évoluent séparément. La durabilité dépend toujours du stockage et des réglages.

Dans une file classique de workers concurrents, un seul traite chaque tentative. Cela diffère d’une diffusion à tous les listeners. Si chaque abonné indépendant doit recevoir l’événement, choisissez un modèle adapté.

## 4. Examiner l’intervalle avant mise en file

Avec EventEmitter, tomber après sauvegarde mais avant émission perd l’instruction. Une file protège le job accepté, pas automatiquement l’intervalle entre commit et envoi.

L’outbox ferme cet intervalle en gardant commande et instruction dans une transaction. Un publisher lit puis transmet plus tard.

Une confirmation perdue peut répéter la livraison. Donnez à la facture une clé stable et une contrainte unique ou autre idempotence. Répéter ne doit pas créer une seconde facture. [Jobs idempotents](https://docs.bullmq.io/patterns/idempotent-jobs).

## 5. Comparer au besoin réel

| Besoin | EventEmitter | File durable |
| --- | --- | --- |
| Prévenir les composants d’un processus | Direct et léger | Infrastructure souvent inutile. |
| Conserver après arrêt de l’émetteur | Pas de trace durable intégrée | Possible avec stockage et reprise adaptés. |
| Rejouer et inspecter l’attente | À construire dans l’application | Fonctions courantes à configurer. |
| Exécuter ailleurs | Ce n’est pas son rôle | Workers indépendants. |

Pour l’initialisation, je choisirais EventEmitter. Pour une facturation récupérable, une file durable avec transfert depuis la base et gestion des doublons.

Testez l’arrêt avant soumission, après acceptation et après effet métier. Le résultat doit correspondre à la garantie attendue.

**À retenir :** notification locale → EventEmitter ; fond récupérable → file durable. Pour les effets critiques, concevez transfert et idempotence.

Besoin	EventEmitter	File durable
Prévenir les composants d’un processus	Direct et léger	Infrastructure souvent inutile.
Conserver après arrêt de l’émetteur	Pas de trace durable intégrée	Possible avec stockage et reprise adaptés.
Rejouer et inspecter l’attente	À construire dans l’application	Fonctions courantes à configurer.
Exécuter ailleurs	Ce n’est pas son rôle	Workers indépendants.

1. Suivre une notification locale

2. Comprendre un listener async

3. Suivre une tâche en file

4. Examiner l’intervalle avant mise en file

5. Comparer au besoin réel

Questions connexes