Po čemu se EventEmitter razlikuje od reda poslova u Node.js-u?

Question

IT Interview Practice · Accepted Answer

Između EventEmittera i reda poslova birajte pitanjem **gdje se posao mora izvršavati i što se događa ako se proces zaustavi**.

EventEmitter obavještava slušatelje unutar jednog Node.js procesa. Trajan red pohranjuje posao za kasniju obradu workerima. Oba odvajaju odgovornosti, ali različito reagiraju na kvarove.

## 1. Pratite lokalnu obavijest

Pretpostavimo da komponenta završi inicijalizaciju i želi reakciju drugih komponenti istog procesa. EventEmitter je prirodan izbor: registrirajte slušatelje pa emitirajte događaj.

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

Node.js poziva registrirane slušatelje sinkrono, redom registracije. Događaj se ne čuva za kasnije registrirane slušatelje, a nedovršeni rad ne preživljava rušenje procesa. [Node.js Events](https://nodejs.org/api/events.html).

To odgovara lokalnoj obavijesti koja se smije izgubiti ili rekonstruirati. Nije dovoljno kada poslovanje očekuje da rad preživi pošiljatelja.

## 2. Shvatite što mijenja async slušatelj

Async slušatelj može pokrenuti asinkroni rad, ali emit ne čeka njegov vraćeni promise. Redoslijed poziva zato nije nužno redoslijed završetka.

Sinkroni CPU-intenzivan kod u slušatelju i dalje usporava proces. Namjerno obradite iznimke i odbijene promises; captureRejections može ih usmjeriti obradi pogrešaka, ali ne pohranjuje ni ponavlja zadatak.

Dodavanje async mijenja način rada slušatelja. Ne pretvara događaj u memoriji u trajan red.

## 3. Pratite zadatak u redu

Sada pretpostavimo da spremanje narudžbe mora naposljetku stvoriti račun. Red pruža mjesto za uputu dok workeri nisu dostupni ili su zauzeti.

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

Proizvođač predaje posao, a worker obrađuje pokušaj i bilježi rezultat. Workeri se mogu zasebno uvoditi i skalirati. Trajnost ipak ovisi o pohrani i konfiguraciji reda.

U tipičnom redu sa suparničkim workerima svaki pokušaj obrađuje jedan worker. To nije emitiranje svakom slušatelju EventEmittera. Ako više neovisnih pretplatnika treba isti događaj, odaberite ili podesite model dostave koji to omogućuje.

## 4. Provjerite razmak između spremanja i predaje

Kod EventEmittera rušenje nakon spremanja narudžbe, a prije emitiranja, može izgubiti uputu za račun. Trajan red štiti posao nakon prihvata, ali ne štiti automatski prethodni razmak između potvrde transakcije i predaje.

Outbox zatvara taj razmak spremanjem narudžbe i upute u istoj transakciji baze. Objavljivač čita outbox i šalje posao poslije.

Dostava se može ponoviti ako objavljivač izgubi potvrdu. Stvaranje računa neka ima stabilan poslovni ključ i ograničenje jedinstvenosti ili drugu idempotentnu izvedbu. Novi pokušaj ne smije stvoriti drugi račun. [Idempotentni poslovi](https://docs.bullmq.io/patterns/idempotent-jobs).

## 5. Usporedite mogućnosti sa stvarnom potrebom

| Zahtjev | EventEmitter | Trajan red poslova |
| --- | --- | --- |
| Obavijestiti komponente istog procesa | Izravno i lagano | Obično dodaje nepotrebnu infrastrukturu. |
| Sačuvati posao nakon prestanka pošiljatelja | Nema ugrađenog trajnog zapisa | Moguće uz prikladnu pohranu i oporavak. |
| Ponavljati i pregledavati zaostatak | Aplikacija to mora izraditi | Uobičajene mogućnosti reda, uz konfiguraciju. |
| Raditi na drugim računalima | Nije njegova uloga | Workeri mogu raditi neovisno. |

Za inicijalizaciju bih odabrao EventEmitter. Za izradu računa koja se mora oporaviti nakon kvara odabrao bih trajan red i riješio prijenos iz baze te ponovljene pokušaje.

Testirajte zaustavljanjem procesa na važnim granicama: prije predaje, nakon prihvata i nakon poslovnog učinka. Rezultat mora odgovarati jamstvu koje korisnik očekuje.

**Zapamtite:** lokalna obavijest → EventEmitter; oporavljiv pozadinski rad → trajan red. Za kritične učinke projektirajte i prijenos posla te idempotentnost.

Zahtjev	EventEmitter	Trajan red poslova
Obavijestiti komponente istog procesa	Izravno i lagano	Obično dodaje nepotrebnu infrastrukturu.
Sačuvati posao nakon prestanka pošiljatelja	Nema ugrađenog trajnog zapisa	Moguće uz prikladnu pohranu i oporavak.
Ponavljati i pregledavati zaostatak	Aplikacija to mora izraditi	Uobičajene mogućnosti reda, uz konfiguraciju.
Raditi na drugim računalima	Nije njegova uloga	Workeri mogu raditi neovisno.

1. Pratite lokalnu obavijest

2. Shvatite što mijenja async slušatelj

3. Pratite zadatak u redu

4. Provjerite razmak između spremanja i predaje

5. Usporedite mogućnosti sa stvarnom potrebom

Povezana pitanja