Timeouts i AI-genererte apper

Timeouts dreper apper stille

Timeouts er den stille morderen av AI-genererte apper. Alt fungerer under testing med små datamengder og en enkelt bruker. I produksjon begynner forespørslene å få timeout: API-kall henger, databasespørringer tar for lang tid, serverløse funksjoner når utførelsesbegrensningene sine. Brukere ser lasteindikatorer som aldri stopper, eller verre — tomme feilsider.

Problemet er lumsk fordi det ikke viser seg umiddelbart. De første dagene etter deploy går alt smidig. Først når ekte brukere kommer, lasten øker og kaskadefeil begynner — en treg forespørsel blokkerer den neste, til hele systemet stopper opp.

AI genererer kode som fungerer under ideelle forhold. Produksjon er ikke ideelle forhold — det er trege nettverk, overbelastede databaser, serverløse kaldstarter og tredjeparts-API-er som svarer når de vil. Les også om andre grunner til at AI-apper feiler i produksjon.

Hvorfor AI-genererte apper får timeouts feil

Serverløse begrensninger: Supabase Edge Functions har en 60-sekunders timeout. Vercel serverløse funksjoner: 10 sekunder på gratis, 60 på pro. AWS Lambda: maks 15 minutter. AI-verktøy forteller aldri om disse begrensningene — de genererer kode som antar ubegrenset utførelsestid.

Kaldstarter: Serverløse funksjoner tar 1-5 sekunder å starte etter inaktivitet. AI tar ikke hensyn til dette — første forespørsel etter en idle-periode får timeout eller føles ekstremt treg. Dette er et klassisk problem med treg backend i AI-apper.

Ingen asynkrone mønstre: AI genererer synkron kode som blokkerer på hver operasjon. Send en e-post, endre størrelse på et bilde, spør databasen — alt i samme forespørsel. En treg operasjon blokkerer alt. I tillegg er det ingen connection pooling — hver forespørsel åpner en ny databaseforbindelse. Under last tømmes tilkoblingspoolen og alt begynner å få timeout. Manglende retry-logikk er prikken over i-en: når et tredjeparts-API er tregt, venter AI-koden bare for alltid eller krasjer. Disse problemene eskalerer raskt når appen din begynner å skalere.

//rask fiks

Slik fikser du timeouts i AI-appen din

Sett eksplisitte timeouts på alle utgående HTTP-forespørsler — 5-10 sekunder for API-er, maks 30 sekunder for enhver operasjon. La aldri en forespørsel vente i det uendelige.
Flytt tungt arbeid til bakgrunnsjobber — e-postsending, bildebehandling, rapportgenerering skal ikke blokkere HTTP-svaret. Bruk køer (SQS, Bull, Inngest) for langvarige operasjoner.
Legg til connection pooling — bruk PgBouncer for PostgreSQL eller innebygd pooling i ORM-en din. Uten det åpner hver forespørsel en ny forbindelse, og under last går poolen tom.
Håndter kaldstarter — bruk provisioned concurrency (Lambda), keep-alive-pinger, eller flytt til containere (ECS/Cloud Run) hvis kaldstarter er uakseptable.
Implementer retry med eksponentiell backoff for tredjeparts-API-kall. Første retry etter 1s, andre etter 2s, tredje etter 4s. Enkelt og effektivt.
Legg til helsesjekker og timeout-overvåking — vit når timeouts skjer før brukerne dine forteller deg det. Strukturerte logger + varsler på 504/408-feil.

Nøkkelprinsipp

Hver nettverksoperasjon trenger en eksplisitt timeout og en reserveplan for når ting går sakte. AI gjør ikke dette for deg — det genererer kode for den lykkelige stien, ikke for produksjonsvirkeligheten.

Timeouts dreper appen din?

Ikke vent til brukerne begynner å forlate deg. Vi diagnostiserer rotårsaken til timeouts, implementerer connection pooling, bakgrunnsjobber og overvåking — så appen din går stabilt under last.

Bestill en gratis samtale →

Gratis konsultasjon Helt uforpliktende Svar innen 24t