Lambda 90-minute timeout: does it change AI video jobs?
AWS raised Lambda's async timeout to 90 minutes on Managed Instances. A Sume job still fits best as submit, then poll or webhook, and sync waits stay 30 s.

Not much: AWS's 90-minute limit covers only asynchronous and event-source-mapping invocations on Lambda Managed Instances, and a Sume job is still best handled as submit, then poll or webhook, rather than one function held open. Sume's own sync wait stays capped at 30 seconds whatever your function's timeout is.
Sume facts are from the Jobs and results and Webhooks docs; the AWS fact is from its announcement, read 2026-09-30.
What exactly did AWS change?
The announcement says Lambda “now supports a 90-minute function timeout for asynchronous and event source mapping (ESM) invocations on Lambda Managed Instances (LMI), a 6x increase from the previous 15-minute limit.” Synchronous invocations keep the existing 15-minute maximum.
| Where | Limit | What it bounds |
|---|---|---|
| Lambda, async or ESM on LMI | 90 minutes | One function invocation |
| Lambda, synchronous | 15 minutes | One function invocation |
Sume sync / subscribe | wait_timeout_seconds, max 30 | One HTTP request, not the job |
Sume waitForJob (SDK) | 20 minutes by default | Your client-side wait |
How should a Lambda function call Sume?
Submit with mode: "async" and an Idempotency-Key, keep the job id, and return. The submit answers 202 with status_url and result_url at once. Then either take a signed job.completed webhook or poll status_url, honoring next_poll_after_seconds when it is present.
curl -X POST https://api.sume.com/v1/image-1.0/generate \
-H "Authorization: Bearer $SUME_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: lambda-demo-001" \
-d '{"prompt":"Product hero shot of a matte black bottle","mode":"async"}'
curl https://api.sume.com/v1/jobs/job_123/status \
-H "Authorization: Bearer $SUME_API_KEY"Can one long-lived function just wait for the job?
It can, but the wait is yours to own; the docs suggest a client-side deadline of about 20 minutes for video. The docs say a client-side timeout does not cancel the job: it keeps running and still bills. If the invocation is retried, reuse the same Idempotency-Key so the retry returns the original job instead of billing a second one.
Does this change the 30-second sync limit?
No. sync and subscribe are the same bounded wait, capped at 30 seconds, and the docs call them the wrong tool for anything that can outlast that. A longer function timeout does not lengthen it; when the budget runs out, keep polling the job id and do not resubmit.
Sources
Related posts
More in Developers
- LangGraph interrupt response_schema for paid video approval
LangGraph 1.2.12 adds response_schema to interrupt(). Use a typed approve, edit or reject reply with max spend to drive a Sume dry_run, then submit.
- List music models by API: GET /v1/music-router/models
The Music Router catalog endpoints list routable music model ids and a provider list price. Routable ids today: sume/music-auto, lyria-3.5, lyria-3-pro.
- LlamaIndex failed function tools: decide Sume retries in the tool
LlamaIndex v0.14.25 stops retrying failed function tools. Decide inside your Sume tool which errors are safe to retry, and return a status string.
- Mastra background tasks and Sume: reuse the idempotency key
Mastra 1.72.0 fences background tasks with leases. If a new owner restarts a Sume tool call, the same idempotency key returns the original job.
Written by Sume