Kokie BullMQ privalumai ir trūkumai, ir kada ją naudoti?

Question

IT Interview Practice · Accepted Answer

BullMQ yra Redis pagrįsta Node.js darbų eilė. Vertindami tinkamumą pradėkite nuo **darbo, kuris gali baigtis po HTTP atsakymo ir kurį reikia stebėti arba kartoti**.

Tarkime, kuriama didelė ataskaita. Generuojant ją užklausos metu naudotojas gali laukti iki skirto laiko pabaigos. Eilė leidžia priimti darbą, grąžinti jo ID ir apdoroti atskirai.

## 1. Pažiūrėkite, kas pasikeičia perkėlus darbą į eilę

```text
[User] -> [API: submit job] -> [Redis / BullMQ] -> [Worker]
                |                                   |
          [Return job ID]                       [Saved report]
```

Siuntėjas pateikia darbą, darbuotojas jį atlieka. Naudotojas tikrina pažangą ir atsisiunčia išsaugotą ataskaitą, kai ji parengta.

Ataskaitai vis tiek reikia apdorojimo laiko. Pagerėjimas tas, kad jos gyvavimas nepriklauso nuo atviros HTTP užklausos, o darbuotojus galima valdyti atskirai nuo API serverių.

## 2. Susiekite naudą su poreikiu

| Poreikis | BullMQ galimybė | Ką dar turi nuspręsti programa |
| --- | --- | --- |
| Atsigauti po laikino gedimo | Kartojimas su atidėjimu | Kurias klaidas kartoti ir kada sustoti. |
| Vykdyti vėliau arba pagal grafiką | Atidėti darbai ir planavimas | Laiko reikalavimai ir elgsena po prastovos. |
| Valdyti apkrovą | Lygiagretumo ir dažnio ribos | Saugios bazės ir išorinių paslaugų ribos. |
| Didinti foninę galią | Papildomi darbuotojai | Ar kita priklausomybė atlaikys papildomą apkrovą. |

Ataskaitai šios funkcijos leidžia nekurti darbo būsenų ir kartojimo mechanizmo nuo nulio. Jos taip pat duoda pažangos ir gedimų tyrimo informaciją. Daugiau darbuotojų naudinga tik kol jie trumpina laiką neperkraudami priklausomybių.

## 3. Supraskite pagrindinę teisingumo atsakomybę

Darbuotojas gali išsaugoti ataskaitą ir sugesti prieš pažymėdamas darbą baigtu. Pakartojimas gali darbą atlikti dar kartą. Mokėjimams ar pranešimams šis scenarijus rimtesnis.

Naudokite stabilią verslo tapatybę darbui. Pakartojimas turi panaudoti arba saugiai pakeisti numatytą rezultatą, o ne sukurti papildomą poveikį. Tai idempotentiškumas. Išoriniams veiksmams naudokite tiekėjo palaikymą ir sutikrinkite neaiškius rezultatus. [Idempotentiški darbai](https://docs.bullmq.io/patterns/idempotent-jobs).

Jei bazės įrašymas turi sukurti ir darbą, įvertinkite tarpą tarp įrašymų. Outbox išsaugo instrukciją toje pačioje transakcijoje kaip verslo įrašą; siuntėjas vėliau perduoda ją eilei. Pristatymas gali kartotis, todėl darbuotojui vis tiek reikia idempotentiškumo.

## 4. Į kainą įtraukite Redis ir darbuotojų priežiūrą

Redis laiko laukiančius darbus, todėl svarbūs patvarumas, atminties politika ir atkūrimas. Eilei nustatykite noeviction: tylus raktų šalinimas atminčiai atlaisvinti netinka privalomiems darbams. Išbandykite atkūrimą, nelaikydami programos paleidimo iš naujo saugumo visų Redis gedimų sprendimu. [Produkcijos rekomendacijos](https://docs.bullmq.io/guide/going-to-production).

Didelius ataskaitų failus laikykite tinkamoje saugykloje, darbuose perduokite nuorodas. Apibrėžkite baigtų ir nepavykusių darbų saugojimo laiką, kad Redis naudojimas būtų valdomas.

Intensyvūs CPU skaičiavimai gali blokuoti darbuotojo įvykių ciklą ir trukdyti pratęsti užraktą. Darbas gali būti laikomas užstrigusiu ir apdorotas vėl. Naudokite tinkamas darbuotojų gijas arba izoliuotus vykdytojus ir stebėkite užstrigimus. [Užstrigę darbai](https://docs.bullmq.io/guide/jobs/stalled).

## 5. Rekomenduokite pagal sąlygas

- Rinkitės BullMQ, kai Node.js programai reikia stebimo foninio darbo, kartojimų ir atskirai plečiamų darbuotojų, o komanda gali patikimai prižiūrėti Redis.
- Paprastą vietinį veiksmą palikite paprastą, jei nereikia patvaraus sekimo ar nepriklausomo vykdymo.
- Vertinkite patvarų įvykių žurnalą, jei svarbiausia ilgalaikis pakartotinis skaitymas keliems nepriklausomiems vartotojams, o ne eilės darbų užbaigimas.

Ataskaitos atveju bandykite priklausomybės gedimą, darbuotojo sustojimą po rezultato išsaugojimo ir atkūrimą po prastovos. Patvirtinkite patikimą būseną naudotojui ir tai, kad kartojimas nesukuria prieštaringų rezultatų.

**Prisiminkite:** BullMQ koordinuoja darbus. Programa užtikrina verslo teisingumą, o komanda lieka atsakinga už eilės eksploatavimą.

Poreikis	BullMQ galimybė	Ką dar turi nuspręsti programa
Atsigauti po laikino gedimo	Kartojimas su atidėjimu	Kurias klaidas kartoti ir kada sustoti.
Vykdyti vėliau arba pagal grafiką	Atidėti darbai ir planavimas	Laiko reikalavimai ir elgsena po prastovos.
Valdyti apkrovą	Lygiagretumo ir dažnio ribos	Saugios bazės ir išorinių paslaugų ribos.
Didinti foninę galią	Papildomi darbuotojai	Ar kita priklausomybė atlaikys papildomą apkrovą.

1. Pažiūrėkite, kas pasikeičia perkėlus darbą į eilę

2. Susiekite naudą su poreikiu

3. Supraskite pagrindinę teisingumo atsakomybę

4. Į kainą įtraukite Redis ir darbuotojų priežiūrą

5. Rekomenduokite pagal sąlygas

Susiję klausimai