Skoči na glavni sadržaj
Natrag na AI agenti vodič

Oriphiel AI agenti vodič

Async jobovi, queue, retry i timeout

Kako pokretati agente u pozadini za sporije zadatke: batch obrada, idempotentnost, retry politika, prekidi i nastavak rada.

Oriphiel stručni tim Ažurirano 21. 7. 2026. 4 min čitanja

Odgovor ukratko

AI agent često traje dulje od običnog HTTP zahtjeva. Klasifikacija batcha leadova, čitanje dokumenata ili analiza odgovora treba ići kroz queue. Job treba imati status, pokušaje, timeout, retry politiku i idempotency key kako prekid ne bi napravio duple CRM zadatke ili duplo slanje.

Ključne odluke

  • Spori agentic zadaci trebaju biti pozadinski jobovi.
  • Retry mora biti siguran i idempotentan.
  • Timeout treba zaustaviti run prije nego trošak pobjegne.
  • Korisničko sučelje treba pokazati status, a ne čekati otvoren request.

Provedba korak po korak

Cilj ove lekcije je izvoditi agentic zadatke bez blokiranja korisnika. Korake treba provoditi redom i svaki potvrditi prije širenja opsega.

Preporučeni redoslijed

  • Definirati queue tipove za lead triage, reply processing, document extraction i dashboard insight.
  • Spremiti payload hash ili idempotency key za svaku akciju.
  • Postaviti retry samo za prolazne greške, ne za validacijske greške.
  • Dodati cancellation i dead-letter status za neuspjele runove.

Praktičan primjer

Praktičan primjer za backend developere i DevOps timove: tim prvo provodi korak „Definirati queue tipove za lead triage, reply processing, document extraction i dashboard insight.”, zatim provjerava „Potvrđena je ključna odluka: Spori agentic zadaci trebaju biti pozadinski jobovi.”. Odluka o nastavku ne donosi se prema dojmu, nego prema pokazatelju „Prosječno trajanje joba.”.

Kontrolna lista prije nastavka

Ova provjera odvaja završenu implementaciju od postavke koja samo izgleda dovršeno.

Provjerite

  • Potvrđena je ključna odluka: Spori agentic zadaci trebaju biti pozadinski jobovi.
  • Testiran je prvi korak provedbe: Definirati queue tipove za lead triage, reply processing, document extraction i dashboard insight.
  • Dogovoreno je početno mjerenje: Prosječno trajanje joba.

Najčešće pogreške i rizici

Rizike treba provjeriti prije povećanja prometa, automatizacije ili ovlasti sustava.

Na što treba paziti

  • Retry ponovno pošalje email ili stvori isti zadatak.
  • Timeout se dogodi nakon što je alat već izvršio promjenu bez loga.
  • Batch agent blokira web request.
  • Greške se stalno ponavljaju jer nema dead-letter queuea.

Mjerenje rezultata

Učinak se procjenjuje kroz mali skup metrika koje su povezane s ciljem lekcije i stvarnim poslovnim ishodom.

Metrike koje imaju smisla

  • Prosječno trajanje joba.
  • Retry count.
  • Timeout rate.
  • Dead-letter jobovi.
  • Duplikati spriječeni idempotencyjem.

Česta pitanja

Koji je prvi korak za temu „Async jobovi, queue, retry i timeout”?

Definirati queue tipove za lead triage, reply processing, document extraction i dashboard insight. Prije nastavka potvrdite odluku: Spori agentic zadaci trebaju biti pozadinski jobovi.

Kako provjeriti da je provedba uspješna?

Potvrđena je ključna odluka: Spori agentic zadaci trebaju biti pozadinski jobovi. Nakon toga pratite metriku: Prosječno trajanje joba..

Koju pogrešku treba prvo spriječiti?

Retry ponovno pošalje email ili stvori isti zadatak. Problem ispravite prije automatizacije ili povećanja budžeta.

Službeni i stručni izvori

Sučelja, pravila i preporuke mogu se mijenjati. Prije produkcijske izmjene provjerite aktualnu dokumentaciju.

Primijenite lekciju na stvarni projekt

Pošaljite postojeću konfiguraciju, cilj i problem koji želite riješiti. Dobit ćete prijedlog sljedećeg tehničkog ili operativnog koraka.