AWS Lambda de 90 minutos, Outposts e Transform: o que muda no backlog
Três anúncios da AWS de setembro de 2026 ampliam o que cabe no serverless, no data center e na modernização de legado .NET.

Vitor Bruno Dalmaz
Fundador & CEO

Em setembro de 2026, a AWS publicou três anúncios que conversam diretamente com o backlog de qualquer time de plataforma: funções Lambda com timeout de até 90 minutos, a segunda geração do Outposts em rack único e o AWS Transform para modernização de .NET disponível via linha de comando. Cada um amplia o que a plataforma oferece. Nenhum deles entrega ganho sozinho: o resultado depende de quem redesenha a arquitetura, ajusta o pipeline e revisa o que foi modernizado. Vamos a cada um.
1. Lambda com timeout de 90 minutos em Lambda Managed Instances
Em 9 de setembro de 2026, a AWS anunciou que funções rodando em Lambda Managed Instances podem ter timeout de até 90 minutos, seis vezes o limite anterior de 15 minutos. Há um detalhe importante: o novo limite vale para invocações assíncronas e para event source mapping (ESM). Invocações síncronas continuam com o máximo de 15 minutos.
A própria AWS cita como casos de uso processamento de dados, transcodificação de mídia, cálculos financeiros como simulações de Monte Carlo, inferência de IA e cargas em lote. O timeout maior também se aplica às durable functions: em invocações assíncronas, uma execução durável com várias etapas pode durar até um ano.
O que isso pede do time
- Inventário de jobs longos. Liste os processos que hoje rodam em instâncias dedicadas, contêineres ou cron em servidor só porque passavam de 15 minutos. São os candidatos naturais.
- Revisão do modelo de invocação. Se o job é disparado por uma chamada síncrona de API, ele precisa ser redesenhado para fila ou evento antes de aproveitar o novo limite.
- Idempotência e retentativas. Uma função de 80 minutos que falha no minuto 79 e é reexecutada do zero custa caro. Checkpoints e durable functions entram na conversa.
- Comparação de custo. Serverless não é automaticamente mais barato para cargas longas e constantes. Faça a conta com o perfil real de execução.
2. Outposts de segunda geração em rack único
Em 10 de setembro de 2026, a AWS anunciou a disponibilidade geral do Outposts de segunda geração em rack único: um rack autocontido de 42U que reúne computação, armazenamento e rede, com até 2.688 vCPUs e 100 TB de Amazon EBS. Ele suporta as instâncias x86 mais recentes do EC2, de uso geral (M7i, M8i), otimizadas para computação (C7i, C8i) e para memória (R7i, R8i), além de instâncias de rede acelerada específicas do Outposts.
O público-alvo está claro no anúncio: cargas que exigem baixa latência, processamento local e residência de dados, em locais com pouco espaço e energia, com exemplos em manufatura e jogos. E o ponto que mais interessa a quem opera: o rack usa as mesmas APIs, console, automação e controles de governança e segurança das Regiões AWS.
O que isso pede do time
- Critério claro do que roda onde. Latência, regulação e residência de dados justificam o rack local. Conveniência, não.
- Infraestrutura como código única. A vantagem de ter as mesmas APIs só aparece se os módulos de Terraform ou CloudFormation forem reaproveitados entre região e Outposts.
- Plano de capacidade. Diferente da região, o rack tem um teto físico. Alguém precisa acompanhar uso e crescimento.
3. AWS Transform para .NET via CLI
Também em 9 de setembro de 2026, a AWS anunciou a disponibilidade geral de uma transformação gerenciada para modernização de .NET dentro do AWS Transform custom, acionada por um comando de linha. Ela pode rodar de forma interativa ou ser incluída em pipelines existentes, executando de forma autônoma. As transformações podem atualizar versões de linguagem, migrar frameworks, otimizar desempenho e analisar bases de código.
A modernização .NET inclui 50.000 minutos de agente gratuitos por mês. No lançamento, o recurso estava disponível em oito regiões: US East (N. Virginia), Mumbai, Tóquio, Seul, Sydney, Canadá Central, Frankfurt e Londres.
O que isso pede do time
- Cobertura de testes antes da transformação. Sem testes automatizados, não há como saber se o código modernizado se comporta como o original.
- Revisão humana do resultado. O agente acelera a reescrita, mas alguém com domínio de .NET e do negócio precisa revisar as mudanças, especialmente regras de negócio antigas e pouco documentadas.
- Integração ao pipeline. Rodar a transformação como etapa do CI, em branch separada e com revisão obrigatória, é mais seguro do que uma grande migração de uma vez.
O padrão que se repete
Os três anúncios seguem a mesma lógica: a AWS entrega capacidade nova, e o ganho depende de decisões de arquitetura e de execução do time. Em resumo:
| Anúncio | Quem destrava o ganho |
|---|---|
| Lambda de 90 minutos | Arquiteto cloud e devs backend, para redesenhar jobs longos como eventos |
| Outposts em rack único | Arquiteto cloud e DevOps, para decidir o que roda onde e manter a IaC única |
| AWS Transform para .NET | Devs .NET e DevOps, para testar, revisar e integrar ao pipeline |
Se você ainda está decidindo a base da sua estratégia de nuvem, nosso comparativo AWS vs Azure vs GCP para startups ajuda a enquadrar essas novidades no contexto maior.
Na segunda-feira: separe uma hora com o time de plataforma, liste os três anúncios no quadro e responda, para cada um, se existe hoje um item no backlog que ele resolve. Os que tiverem resposta positiva ganham uma prova de conceito com prazo curto e critério de sucesso definido.
Fontes e Referências
- AWS Weekly Roundup, September 14, 2026, AWS News Blog, setembro/2026. aws.amazon.com
- AWS Lambda now supports 90-minute function timeout on Lambda Managed Instances, AWS What's New, setembro/2026. aws.amazon.com
- Announcing second-generation single-rack AWS Outposts, AWS What's New, setembro/2026. aws.amazon.com
- AWS Transform for .NET modernization is now generally available via CLI, AWS What's New, setembro/2026. aws.amazon.com
Precisa escalar seu time tech?
A VONBZ monta squads dedicados para acelerar sua operação.
Falar com a VONBZ
Fundador & CEO
Engenheiro de software e empreendedor com mais de 15 anos de experiência em arquitetura de sistemas distribuídos, cloud (AWS) e liderança técnica. CoFundador do Juca e Fundador da VONBZ consultoria de tecnologia que conecta empresas a profissionais de alta performance via hunting, squads dedicados e outsourcing especializado. Tenho a visão de quem constrói sistemas críticos no dia a dia com a de quem lidera operações tech em escala, sempre com foco em eficiência, automação e adoção responsável de IA.
Pronto para escalar seu time tech?
Converse com nossos especialistas e descubra como squads dedicados podem acelerar suas entregas.
Agendar conversa

