Vercel Functionsが30分実行に対応: 長いAI処理をserverlessへ移す前に決めること

Tech

Vercelは2026年6月15日、ProおよびEnterpriseチーム向けにNode.js / PythonのFunctionsを最大30分実行できると発表しました。800秒を超えるdurationはベータで、Fluid Computeが必要です。長いLLM応答、OCR、抽出、メディア処理、限定的なブラウザ自動化に効きます。

Vercel Functionsが30分実行に対応: 長いAI処理をserverlessへ移す前に決めること
判断軸は変わりません。ユーザーが画面で待っているなら、長いFunctionとstreamingが合います。失敗後の再開、step単位のretry、長いsleepが必要ならWorkflowやQueueです。ファイル、ブラウザ、テスト環境、agent workspaceが必要ならSandboxが自然です。

何が変わったか

Vercelは2026年6月15日、ProおよびEnterpriseチーム向けにNode.js / PythonのFunctionsを最大30分実行できると発表しました。800秒を超えるdurationはベータで、Fluid Computeが必要です。長いLLM応答、OCR、抽出、メディア処理、限定的なブラウザ自動化に効きます。

判断軸は変わりません。ユーザーが画面で待っているなら、長いFunctionとstreamingが合います。失敗後の再開、step単位のretry、長いsleepが必要ならWorkflowやQueueです。ファイル、ブラウザ、テスト環境、agent workspaceが必要ならSandboxが自然です。

実務上の判断

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
チェックリスト

• 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.

リスク

本番投入前にplan、runtime、ベータ提供状況、maxDuration、外部API timeout、DB timeout、progress log、cancel、rate limit、cost alertを確認してください。長いtimeoutは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.

情報源

다른 글