Cloud & DevOps

    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

    Vitor Bruno Dalmaz

    Fundador & CEO

    24 de set. de 20266 min de leitura
    Compartilhar:
    Capa do artigo "AWS Lambda de 90 minutos, Outposts e Transform: o que muda no backlog": Um único rack de servidores isolado em uma sala técnica moderna e escura, em tons de azul-marinho e ciano da VONBZ.

    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.
    📍 Antes de planejar: o anúncio não lista os países em que o Outposts de rack único está disponível. A AWS remete à página de FAQs do Outposts rack para a lista atualizada. Confirme a disponibilidade para o seu país antes de colocar o projeto no roadmap.

    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.
    ⚠️ Legado tem regra escondida: sistemas .NET antigos costumam carregar comportamentos que ninguém documentou e de que o negócio depende. Modernizar sem testes de caracterização é trocar um risco conhecido por um desconhecido.

    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úncioQuem destrava o ganho
    Lambda de 90 minutosArquiteto cloud e devs backend, para redesenhar jobs longos como eventos
    Outposts em rack únicoArquiteto cloud e DevOps, para decidir o que roda onde e manter a IaC única
    AWS Transform para .NETDevs .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.

    🚀 Falta gente para aproveitar as novidades da AWS? A VONBZ aloca profissionais de Cloud e DevOps com experiência em AWS, com onboarding em até 5 dias úteis, individualmente ou em squad, com garantia de 30 dias e substituição sem custo. Fale com a gente e avalie qual desses anúncios cabe no seu roadmap.

    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
    Vitor Bruno Dalmaz
    Vitor Bruno Dalmaz

    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