Fronty a joby

Question 1

Jak z běžné třídy uděláte job zpracovávaný na pozadí?

Accepted Answer

Necháte ji implementovat rozhraní ShouldQueue

Question 2

Job občas selže kvůli výpadku externího API. Jak nastavit opakování s rostoucím odstupem mezi pokusy?

Accepted Answer

Vlastnostmi $tries a $backoff přímo na jobu, přičemž $backoff může být pole pro exponenciální odstup

Question 3

Po nasazení nové verze kódu je u dlouho běžících queue:work workerů potřeba co?

Accepted Answer

Restartovat je, například přes queue:restart

Question 4

Jaký je rozdíl mezi queue:work a queue:listen a proč to souvisí s nasazováním?

Accepted Answer

queue:work drží framework načtený v paměti (rychlé, ale po deploji vyžaduje restart), queue:listen startuje nový proces na každý job (pomalejší, ale vždy s čerstvým kódem)

Question 5

Job dispatchovaný uvnitř databázové transakce občas nenajde právě vytvořený záznam. Čím to je a jak to vyřešit?

Accepted Answer

Worker zpracuje job dřív, než se transakce commitne; řešení je dispatch afterCommit (nebo after_commit v konfiguraci připojení)

Question 6

Job dostává v konstruktoru model $user a používá trait SerializesModels. Mezi zařazením do fronty a zpracováním někdo uživatele smaže. Co se stane?

Accepted Answer

SerializesModels ukládá jen klíč modelu a při zpracování ho znovu načte z databáze; když už neexistuje, vyhodí ModelNotFoundException a job selže

Question 7

Chcete zabránit tomu, aby stejný job byl ve frontě zařazený vícekrát. Jak na to a jak dlouho zámek drží?

Accepted Answer

Job implementuje ShouldBeUnique; zámek se uvolní po dokončení nebo po vyčerpání všech pokusů, případně dřív podle vlastnosti $uniqueFor

Question 8

Job smí zařadit kdokoli a klidně vícekrát, ale nesmí běžet dva souběžně nad stejným zdrojem (např. přepočet jednoho účtu). Co je vhodnější než ShouldBeUnique?

Accepted Answer

Middleware WithoutOverlapping — omezuje souběžné zpracování, ne samotné zařazení do fronty

Question 9

Job má middleware RateLimited a při překročení limitu se uvolňuje zpět do fronty. Proč vám kvůli tomu může předčasně „dojít" počet pokusů?

Accepted Answer

Každé uvolnění zpět do fronty inkrementuje počet pokusů (attempts), takže job může vyčerpat $tries kvůli rate limitu, aniž by reálně selhal

Question 10

Job má $tries = 5 a zároveň $maxExceptions = 2. Kdy se označí jako selhaný?

Accepted Answer

Už po 2 nezachycených výjimkách, i když nevyčerpal všech 5 pokusů

Question 11

Spouštíte dávku jobů přes Bus::batch(). Jeden z jobů selže. Co se ve výchozím nastavení stane se zbývajícími, ještě nezpracovanými joby?

Accepted Answer

Dávka se označí jako zrušená a zbývající nezpracované joby se už nespustí; pokud mají běžet dál, je potřeba allowFailures()

Question 12

Potřebujete spustit závěrečnou akci až po dokončení celé skupiny jobů. Co použít?

Accepted Answer

Bus::batch() s callbackem then()