Na pozadie presuňte dlhé alebo dočasne nespoľahlivé operácie, vytvorte stabilný záznam úlohy a odolné spracovanie. Definujte stavy, idempotenciu, timeout, opakovanie, priority a limity súbehu, potom používateľovi zobrazte priebeh, výsledok, bezpečné zrušenie a možnosť riešiť chybu.
Export, import, generovanie dokumentu alebo volanie pomalého externého systému nemusia blokovať otvorenú webovú požiadavku. Úloha na pozadí umožní aplikácii rýchlo potvrdiť prijatie a prácu dokončiť samostatne. Tým však vznikne nový stav: výsledok ešte nie je hotový a používateľ potrebuje vedieť, čo sa s jeho požiadavkou deje.
Fronta sama nevyrieši spoľahlivosť. Spracovanie sa môže zopakovať, worker môže skončiť uprostred operácie a jednotlivé úlohy môžu súperiť o kapacitu. Dobrý návrh spája model stavov, idempotenciu, riadené opakovanie, priority, pozorovateľnosť a používateľské rozhranie, ktoré neskrýva chybu za nekonečný indikátor načítania.
Rozhodnite, čo má byť asynchrónne
Úloha na pozadí je vhodná, keď operácia trvá nepredvídateľne dlho, čaká na externú službu, spracúva väčší objem alebo môže pokračovať bez otvoreného prehliadača. Krátka lokálna zmena nemusí prechádzať frontou iba kvôli architektonickej móde. Asynchrónnosť zvyšuje počet stavov, ktoré treba uložiť, vysvetliť, testovať a prevádzkovať.
Určte moment prijatia zodpovednosti. Ak aplikácia oznámi, že požiadavku prijala, musí existovať trvalý záznam, z ktorého sa dá spracovanie obnoviť. Vstup uložte alebo bezpečne odkážte ešte pred odpoveďou používateľovi. Pri citlivých súboroch nastavte prístup a dobu uchovania aj pre dočasné pracovné kópie.
Modelujte stav a idempotentné spracovanie
Stavy môžu rozlišovať čakanie, spracovanie, úspech, kontrolovateľnú chybu, trvalé zlyhanie a zrušenie. Prechody definujte explicitne, aby dva workery nemohli súčasne vykonať rovnaký účinok. Záznam obsahuje typ úlohy, vlastníka, vstupný odkaz, pokus, časový limit a koreláciu s biznis objektom. Citlivý obsah nevkladajte priamo do všeobecného logu fronty.
Worker musí počítať s opakovaním po strate spojenia alebo páde procesu. Stabilný idempotentný kľúč, kontrola existujúceho výsledku a transakčné hranice bránia duplicitnej faktúre či opakovanému odoslaniu. Jedna veľká úloha sa môže deliť na kroky, no každý potrebuje vlastný stav a jasné pravidlo pokračovania po čiastočnom úspechu.
- jednoznačný identifikátor a vlastník úlohy
- povolené prechody medzi stavmi
- časový limit a pravidlo opakovania
- idempotentný účinok a dohľadateľný výsledok
Riaďte opakovanie, priority a kapacitu
Dočasná chyba siete môže oprávňovať ďalší pokus s rastúcim odstupom a náhodným rozložením. Neplatný vstup sa opakovaním neopraví a má skončiť s vysvetliteľným výsledkom. Poskytovateľ môže určiť čas, po ktorom možno skúsiť znova. Počet pokusov obmedzte a vyčerpané úlohy presuňte do kontrolovaného toku na diagnostiku.
Urgentná používateľská požiadavka nemá čakať za rozsiahlym nočným exportom. Oddeľte fronty alebo priority podľa dopadu a nastavte limity súbehu pre databázu aj externé API. Spätný tlak zabráni prijímať prácu rýchlejšie, než ju systém zvládne. Škálovanie workerov musí rešpektovať rate limit, pamäť a poradie operácií.
Ukážte používateľovi pravdivý priebeh
Po odoslaní zobrazte, že úloha čaká alebo sa spracúva, a umožnite bezpečne zavrieť stránku. Ak neviete vypočítať presné percento, používajte stavové kroky namiesto falošne presného ukazovateľa. Centrum úloh môže ponúknuť čas vytvorenia, autora, výsledok a odkaz na výstup. Oprávnenie ku stavu aj výslednému súboru vždy znovu overte.
Zrušenie potrebuje definovanú sémantiku. Niektorú prácu možno zastaviť pred začiatkom, inú iba označiť, aby nepokračovala ďalším krokom. Používateľ musí vedieť, či už vznikol čiastočný účinok. Pri chybe ponúknite zrozumiteľné riešenie, možnosť opraviť vstup alebo kontaktovať podporu s bezpečným identifikátorom, nie so surovou výnimkou.
Monitorujte frontu a nacvičte prevádzkové zásahy
Sledujte vek najstaršej čakajúcej úlohy, dĺžku fronty podľa typu, čas spracovania, opakovania, zlyhania a vyčerpané položky. Samotný počet správ môže byť prirodzene premenlivý; alarm viažte na dopad a rastúce oneskorenie. Korelačný identifikátor spojí používateľskú požiadavku, úlohu, externé volanie a výsledok bez zapisovania celého obsahu.
Prevádzkový postup vysvetlí, ako pozastaviť problematický typ, zmeniť kapacitu, bezpečne zopakovať položku a vyhodnotiť čiastočný účinok. Hromadné opätovné spustenie bez kontroly môže incident zhoršiť. Po zmene kódu overte kompatibilitu už čakajúcich správ. Vlastník pravidelne odstraňuje zastarané typy a kontroluje dobu uchovania vstupov aj výsledkov.
Časté otázky
Musí každá pomalšia operácia ísť cez frontu?
Nie. Posúďte trvanie, spoľahlivosť závislostí, potrebu pokračovať po zatvorení stránky a náklady na nový stav. Jednoduchá krátka operácia môže zostať súčasťou bežnej požiadavky.
Prečo sa úloha na pozadí môže vykonať opakovane?
Worker môže dokončiť účinok a stratiť potvrdenie alebo skončiť uprostred spracovania. Fronta preto často doručí položku znova. Idempotentný návrh zabráni duplicitnému biznis výsledku.
Dá sa presne zobraziť percento dokončenia?
Iba ak je práca merateľne rozdelená a zostávajúci rozsah poznáte. Pri nepredvídateľnom externom kroku sú poctivejšie pomenované stavy a informácia o čakaní než vymyslená presnosť.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
