Vercel Functions mit 30 Minuten Laufzeit: Was Teams vor langen AI-Requests klären müssen

Tech

Vercel hat am 15. Juni 2026 angekündigt, dass Functions für Node.js und Python auf Pro- und Enterprise-Teams bis zu 30 Minuten laufen können. Alles über 800 Sekunden ist laut Changelog Beta und setzt Fluid Compute voraus. Das ist praktisch für lange LLM-Antworten, OCR, Extraktion, Medienverarbeitung und begrenzte Automatisierung.

Vercel Functions mit 30 Minuten Laufzeit: Was Teams vor langen AI-Requests klären müssen
Die wichtigste Entscheidung bleibt: Wartet ein Nutzer aktiv auf das Ergebnis, kann eine lange Function mit Streaming sinnvoll sein. Muss der Job nach Fehlern fortgesetzt werden, gehören Zustand, Retry und Idempotenz eher in Workflow oder Queue. Braucht ein Agent Dateien, Browser oder Test-Runner, ist Sandbox die passendere Grenze.

Was passiert ist

Vercel hat am 15. Juni 2026 angekündigt, dass Functions für Node.js und Python auf Pro- und Enterprise-Teams bis zu 30 Minuten laufen können. Alles über 800 Sekunden ist laut Changelog Beta und setzt Fluid Compute voraus. Das ist praktisch für lange LLM-Antworten, OCR, Extraktion, Medienverarbeitung und begrenzte Automatisierung.

Die wichtigste Entscheidung bleibt: Wartet ein Nutzer aktiv auf das Ergebnis, kann eine lange Function mit Streaming sinnvoll sein. Muss der Job nach Fehlern fortgesetzt werden, gehören Zustand, Retry und Idempotenz eher in Workflow oder Queue. Braucht ein Agent Dateien, Browser oder Test-Runner, ist Sandbox die passendere Grenze.

Praktische Entscheidung

RuntimeBest fitWatch out
FunctionUser waits, streaming matters, bounded inputNeeds explicit maxDuration, cancellation, logs
Workflow / QueueRetry, checkpoint, durable stepsRequires idempotency and state design
SandboxBrowser, filesystem, tests, agent workspaceNeeds permission and cleanup rules
Checkliste

Verify plan, runtime, beta availability and Fluid Compute settings.

Keep provider and database timeouts below the function maximum.

Add progress logs, correlation ids, cancellation and cost alerts.

Use idempotency keys before moving mutations into longer requests.

Risiken

Prüfen Sie vor dem Rollout Plan, Runtime, Beta-Verfügbarkeit, maxDuration, Provider-Timeouts, DB-Timeouts, Logging, Abbruchlogik und Kostenalarme. Eine längere Function ersetzt keine durable State Machine.

Community discussions around Vercel timeouts show that developers have long been balancing streaming, queues and separate workers for LLM and long API work. Treat those discussions as product signal, while relying on the official Vercel changelog and docs for the actual limits.

Quellen