AWS lança Lambda MicroVMs com execução de até 8 horas para workloads isolados

A AWS anunciou o Lambda MicroVMs, um novo recurso da plataforma serverless AWS Lambda voltado à execução isolada de ambientes Linux com duração de até 8 horas. A novidade amplia o uso do Lambda para cenários que exigem mais tempo de execução, preservação de estado e controle de ciclo de vida, indo além do limite tradicional de 15 minutos aplicado às funções Lambda convencionais.

Construído sobre o Firecracker, monitor de máquinas virtuais usado pela AWS para executar workloads serverless com isolamento leve, o Lambda MicroVMs permite criar ambientes efêmeros, mas persistentes durante uma sessão. A proposta é combinar características de contêineres, como flexibilidade e inicialização rápida, com uma fronteira de segurança mais próxima de uma máquina virtual, oferecendo isolamento por kernel, memória e estado de disco.

O funcionamento parte de um modelo baseado em imagem e snapshot. Desenvolvedores fornecem um Dockerfile e os artefatos da aplicação, normalmente empacotados e armazenados no Amazon S3. A partir disso, o Lambda constrói uma imagem de MicroVM, inicializa o ambiente e cria um snapshot Firecracker da memória e do disco. Quando novas instâncias são iniciadas, elas retomam a partir desse estado pré-inicializado, reduzindo o tempo de partida e evitando o boot frio completo.

Na prática, cada MicroVM pode ser usada como um sandbox isolado para executar código enviado por usuários, código gerado por IA, pacotes potencialmente maliciosos, ferramentas de análise, pipelines de CI/CD, sessões interativas de desenvolvimento, workloads de analytics ou tarefas longas que não se encaixam bem no modelo tradicional de função serverless. A AWS posiciona o recurso como uma forma de executar workloads não confiáveis com mais contenção e menos necessidade de gerenciar infraestrutura.

Esse ponto é especialmente relevante para aplicações baseadas em agentes de inteligência artificial. Agentes capazes de escrever, modificar e executar código precisam de ambientes controlados para reduzir riscos como execução indevida, exposição de credenciais, manipulação por prompt injection e acesso excessivo a recursos internos. Ao separar o runtime do agente do ambiente onde os comandos são executados, a MicroVM cria uma camada adicional de contenção.

A própria AWS publicou documentação para uso do Lambda MicroVMs como sandbox de agentes Claude. Nesse modelo, a Anthropic hospeda o loop do agente e o modelo Claude, enquanto as chamadas de ferramentas são executadas dentro de uma MicroVM na infraestrutura controlada pelo cliente. A abordagem permite definir o que está instalado no ambiente, quais recursos de rede podem ser acessados e quais permissões estarão disponíveis durante a sessão.

O Lambda MicroVMs também preserva estado durante interações. Uma MicroVM pode estar em execução, ser suspensa quando fica ociosa e depois retomada quando há uma nova requisição de rede. Ao ser suspensa, ela mantém memória, disco e processos, permitindo que pacotes instalados, arquivos de trabalho, modelos carregados e resultados intermediários continuem disponíveis quando a sessão volta a operar. Esse comportamento é útil em tarefas que alternam períodos de atividade e espera, como sessões de desenvolvimento, análise de vulnerabilidades ou agentes autônomos que executam múltiplas etapas ao longo de horas.

A AWS afirma que MicroVMs podem escalar verticalmente até quatro vezes a configuração base, conforme a demanda de recursos. Cada instância também pode receber uma URL HTTPS dedicada, com suporte a protocolos como HTTP/2, gRPC e WebSockets. Isso permite conectar aplicações diretamente ao ambiente isolado, sem expor toda a infraestrutura subjacente.

O recurso não substitui as funções Lambda tradicionais. A própria AWS descreve os dois modelos como complementares. Funções Lambda continuam indicadas para workloads orientados a eventos, APIs curtas, processamento de arquivos, automações rápidas e tarefas request-response. Já o Lambda MicroVMs mira aplicações multiusuário ou multitenant que precisam executar sessões isoladas, manter estado e controlar explicitamente o ciclo de vida do ambiente.

Do ponto de vista de segurança, a principal vantagem está na execução isolada por MicroVM. Em vez de rodar código de terceiros ou gerado por IA no mesmo ambiente do agente, da aplicação principal ou de outros usuários, cada sessão pode ter seu próprio espaço de execução. Isso reduz o risco de vazamento de estado entre usuários e dificulta que um workload malicioso interfira diretamente em outro.

Ainda assim, isolamento não elimina todos os riscos. Uma MicroVM que tenha acesso à rede, a APIs internas, a repositórios, a segredos ou a serviços corporativos continua exigindo controles rígidos de IAM, segmentação, auditoria, limitação de privilégios e monitoramento. Em cenários de IA agentic, a contenção do ambiente de execução precisa ser combinada com validação de entradas e saídas, controle de ferramentas, políticas de rede e revisão dos dados que o agente pode alcançar.

O modelo de cobrança segue a lógica de uso. Segundo a AWS, há cobrança por recursos de computação enquanto a MicroVM está em execução, além de custos relacionados a recursos adicionais consumidos, armazenamento de snapshots e transferência de dados. Quando a MicroVM é suspensa, os custos de computação deixam de ser cobrados, permanecendo o estado preservado para retomada posterior. Isso pode reduzir custos em workloads que ficam ociosos entre interações, embora aplicações longas e intensivas em CPU ou memória ainda exijam análise cuidadosa de custo.

No lançamento, o Lambda MicroVMs está disponível nas regiões US East, incluindo N. Virginia e Ohio, US West Oregon, Asia Pacific Tokyo e Europe Ireland. A disponibilidade inicial é baseada na arquitetura ARM64, com suporte a instâncias AWS Graviton, até 16 vCPUs, 32 GB de memória e 32 GB de disco por MicroVM.

A novidade atende a uma demanda antiga de desenvolvedores que queriam executar contêineres em Lambda por mais de 15 minutos sem migrar imediatamente para serviços mais tradicionais de computação. Ao oferecer uma camada serverless, isolada e com duração maior, a AWS cria uma alternativa intermediária entre funções curtas, contêineres gerenciados e máquinas virtuais persistentes.

Para empresas, o valor do Lambda MicroVMs está menos em “rodar qualquer coisa por mais tempo” e mais em criar ambientes temporários, isolados e controlados para workloads de maior risco. Isso inclui análise de pacotes suspeitos, execução de código de usuários, testes de segurança, automações de desenvolvimento e agentes de IA que precisam manipular ferramentas reais sem receber acesso irrestrito ao ambiente corporativo.

O lançamento também mostra como a infraestrutura cloud está sendo adaptada à nova geração de aplicações baseadas em IA. À medida que agentes deixam de apenas responder perguntas e passam a executar ações, editar código, consultar sistemas e operar ferramentas, a necessidade de sandboxes fortes, efêmeros e auditáveis se torna mais estratégica. O Lambda MicroVMs tenta ocupar esse espaço combinando isolamento, estado persistente temporário e modelo serverless de consumo sob demanda.