AWS has increased the function timeout for Lambda Managed Instances to 90 minutes for asynchronous and event-source-mapping invocations. This update enables longer-running workloads like video transcoding and batch processing to remain on serverless infrastructure without requiring a migration to Fargate or EC2.
The expanded timeout for AWS Lambda Managed Instances removes a primary technical barrier for serverless video transcoding and high-resolution rendering. By extending the runway to 90 minutes, AWS reduces the operational overhead for teams that previously had to manage container orchestration in Fargate for jobs exceeding the 15-minute wall. This shift positions serverless as a viable alternative for heavy media processing, provided the workloads are steady enough to justify the warm capacity costs of Managed Instances. Watch for whether AWS eventually extends this 90-minute allowance to standard on-demand Lambda functions or maintains it as a premium feature for managed capacity.
AWS Lambda has been steadily expanding its suitability for media workloads beyond simple event-driven tasks. The Lambda Managed Instances tier, which provides pre-warmed execution environments, now sits alongside services like AWS Fargate and Amazon EC2 as an option for video transcoding pipelines. Bitmovin's 2026/2027 Video Developer Report found that 98 percent of video professionals now use AI or ML in their workflows, with audio transcription, translation, and foreign dubbing cited as the most common applications at 48 percent. These AI-assisted media jobs frequently require extended compute windows, making the 90-minute timeout directly relevant to the encoding and post-processing tasks that dominate modern video pipelines.
On the business side, AWS is positioning Lambda Managed Instances as a premium serverless tier that competes with container-based orchestration for sustained workloads. The pricing model charges for reserved warm capacity rather than per-invocation billing, which shifts the cost calculus for teams running batch transcoding at scale. Mux and Synamedia announced a partnership at IBC 2025 integrating Mux's real-time QoE signals with Synamedia's Quortex Switch for CDN optimization, demonstrating how video infrastructure vendors are layering intelligence on top of delivery and compute decisions. That same logic applies to encoding: as serverless compute becomes viable for longer jobs, the decision between Lambda Managed Instances and Fargate increasingly hinges on whether teams value operational simplicity over granular resource control.
Competing serverless and container platforms are also courting video workloads. Mux launched Mux Robots in early 2026, a first-party video AI API that runs moderation, summarization, and Q&A jobs natively alongside stored video assets, eliminating the need for developers to manage external LLM provider keys or orchestration infrastructure. The product represents a different architectural bet: rather than giving developers longer compute windows to run their own transcoding or AI jobs, Mux abstracts the entire workflow into a single API call. For teams evaluating where to run video processing, the choice now spans raw serverless compute (Lambda Managed Instances), container orchestration (Fargate), and fully managed video AI platforms (Mux Robots, Bitmovin's encoding APIs). A comparative analysis published by MpegFlow notes that Bitmovin holds advantages in AV1 codec coverage and DRM packaging depth, while Mux leads in developer ergonomics and bundled analytics, suggesting that the compute-layer decision is only one input in a broader platform evaluation.
AWS has increased the Lambda Managed Instances function timeout from 15 to 90 minutes for asynchronous and event-source-mapping invocations. This sixfold increase allows engineering teams to process long-running media workloads, such as video transcoding, directly on serverless infrastructure, eliminating the need to manage complex container orchestration in AWS Fargate.
The timeout limit for asynchronous and event-source-mapping invocations has been increased to 90 minutes, up from the previous 15-minute limit.
No, the 90-minute limit applies specifically to Lambda Managed Instances for asynchronous and event-source-mapping invocations. Synchronous calls and the function initialization phase remain capped at 15 minutes.
The extended timeout removes a primary technical barrier for serverless video transcoding and high-resolution rendering, allowing teams to keep long-running media workloads on serverless infrastructure instead of migrating to more complex environments like AWS Fargate or Amazon EC2.
Lambda Managed Instances run on EC2 Nitro instances within the user's VPC and utilize a capacity provider model for steady-state workloads.
Add StreamingMeme as a preferred source on Google to see more of our streaming news at the top of your Search results.
Add as preferred source