A AWS elevou para 90 minutos o AWS Lambda em Lambda Managed Instances, seis vezes o antigo limite de 15 minutos, borrando ainda mais a fronteira entre invocação serverless e servidor tradicional.
AWS Lambda Managed Instances agora executa funções por até 90 minutos, 6x o limite anterior de 15 minutos
O limite de 15 minutos segue valendo para requisições síncronas tradicionais
Leia também
AWS Lambda SnapStart chega a container images e elimina trade-off de empacotamento
AWS recomenda idempotência via Powertools for AWS Lambda, pois não garante exactly-once
Casos de uso beneficiados: mídia, ETL, cálculos financeiros, inferência de IA e web scraping
Comunidade alerta que ECS Tasks ou AWS Batch podem ser mais econômicos para jobs longos
O que mudou no timeout do AWS lambda
O AWS Lambda nasceu em 2014 com limite de 5 minutos por execução, elevado para 15 minutos em 2018. Esse teto gerou uma série de gambiarras arquiteturais para cargas de trabalho mais longas, segundo o anúncio oficial no blog de compute da AWS.
Os casos de uso que mais sofriam com o limite incluem processamento de mídia, cálculos financeiros, processamento de dados e ETL, inferência de IA e web scraping ou transferência de arquivos grandes, cenários em que jobs frequentemente ultrapassam 15 minutos de execução contínua.
2014: lançamento com timeout de 5 minutos
2018: limite elevado para 15 minutos
2026: 90 minutos em Lambda Managed Instances
MicroVMs para código gerado por usuário ou IA: até 8 horas
Duas formas de lambda
Com a mudança, o Lambda opera em dois formatos principais: funções para cargas orientadas a eventos, com timeout de 15 minutos, e MicroVMs para código gerado por usuários ou por IA, que podem rodar por até 8 horas. As Managed Instances estendem esse modelo para workloads contínuos.
Quais cuidados técnicos a AWS recomenda?
Funções de longa duração exigem cuidado extra com conexões de rede, credenciais temporárias e execução duplicada, alerta a AWS. Desenvolvedores devem garantir que conexões e credenciais permaneçam válidas durante todo o tempo de execução.
A recomendação prática é usar o Powertools for AWS Lambda para implementar idempotência no código, de modo que operações como pagamentos ou escritas em banco produzam o mesmo resultado mesmo se executadas mais de uma vez.
Como a comunidade reagiu ao novo limite
O limite de 15 minutos era uma dor recorrente na comunidade AWS, e a reação foi majoritariamente positiva. Yan Cui, AWS Hero, disse que a mudança borra a linha entre servidor e invocação de Lambda, mas faz sentido para workflows de agentes de IA.
Rajesh Pandey, engenheiro principal da AWS, afirmou que muito do remendo construído em volta da duração máxima de execução agora pode ser removido.
Críticas e trade-offs econômicos
| Modelo | Timeout máximo | Caso de uso |
|---|---|---|
| Funções Lambda tradicionais | 15 minutos | Workloads orientados a eventos e requisições síncronas |
| Lambda Managed Instances | 90 minutos | Workloads steady-state com múltiplas requisições por instância e preço EC2 |
| MicroVMs | 8 horas | Código gerado por usuários ou por IA |
Arraste para o lado para ver toda a tabela.
O usuário Dull_Caterpillar_642 alertou: se a função leva 90 minutos, Durable Functions podem ser mais adequadas, e a menos que o código faça trabalho útil o tempo todo, ECS Tasks ou AWS Batch podem fazer mais sentido economicamente.
Leia também:
Amazon Linux entra em preview público com selinux em modo enforcing por padrão
AWS lambda snapstart chega a container images e elimina trade-off de empacotamento
Fonte: Infoq
