Coadă rezilientă: o întrerupere de infra nu mai ucide sarcina

Fixes de producțieReintroducere în coadă la întrerupere de infra, nu-marca-anulat-la-restart, două query-uri pe care PostgreSQL le respingea mereu, guard de clasă pentru silent failures și warmup de thread-uri de email fără răspuns pre-scris.

De ce este o noutate de produs

Cei 15 specialiști ai ADRI depind de OllamaTasker + Node balancer + FastAPI. Dacă un worker repornește la 3AM, agentul comercial nu ar trebui să vadă „ai anulat sarcina”. Ar trebui să vadă reîncercare sau reintroducere în coadă — iar silent-failure-hunter nu ar trebui să mintă despre întrerupere.

• Sarcini lungi (OSINT, code, vision) supraviețuiesc la blips
• Billing și tools_used se închid doar la sfârșitul real al turnului
• Operatorii văd motivul onest al întreruperii

Arhitectură de cozi în on-prem-ul tău

Ce eșuează când coada nu este rezilientă

Într-o arhitectură multi-agent (Laravel tasker + balancer Node + API Python), o repornire de worker la 3:00 nu este „un bug rar”: este ceva de zi cu zi. Dacă sarcina este marcată ca anulată sau dispare, utilizatorul pierde încrederea și billingul se desincronizează (turn deschis, tools facturate parțial).

• Reintroducere în coadă: unitatea de lucru se întoarce în coadă cu același id de sesiune/workspace.
• Idempotență: instrumentele de scriere nu duplică efectele dacă pasul se repetă.
• Închidere onestă: tokenii și tools_used se consolidează la sfârșitul real al turnului.

Semnalе operaționale

Operatorii trebuie să vadă de ce s-a reîncercat (timeout LLM, OOM, deploy), nu o „eroare generică”. Asta este ceea ce permite să distingi o eroare de model de o întrerupere de infrastructură.

Întrebări frecvente

Vezi și: agenți ADRI · arhitectura în infrastructura ta.

• Cozi
• Reziliență
• OllamaTasker
• SRE