Se você já precisou executar código que não foi escrito por você, seja gerado por um usuário, por um agente de IA ou por uma ferramenta externa, provavelmente sentiu na pele um dilema clássico: como fazer isso de forma segura, rápida e sem gerenciar servidores?
A AWS lançou em junho de 2026 o Lambda MicroVMs, um novo tipo de ambiente de execução serverless que resolve exatamente esse problema. E ele merece atenção porque preenche uma lacuna que existia no portfólio de compute da AWS há muito tempo.
O Problema Que Ele Resolve
Antes dos MicroVMs, as opções para executar código não confiável eram todas com algum trade-off ruim:
- Lambda Functions: stateless, limite de 15 minutos, não serve para sessões interativas.
- Containers (ECS/Fargate): kernel compartilhado, risco de escape entre tenants, exige hardening customizado.
- EC2: isolamento forte, mas demora minutos para iniciar e você gerencia tudo.
Nenhuma combinava isolamento real + início rápido + estado persistente numa solução só. Lambda MicroVMs entrega os três ao mesmo tempo.
Como Funciona na Prática
O modelo é simples: você fornece um Dockerfile com sua aplicação, a AWS transforma isso num snapshot Firecracker, e a partir daí cada MicroVM inicia a partir desse snapshot — sem boot a frio.
bash
# 1. Criar a imagem a partir do seu Dockerfile
aws lambda-microvms create-microvm-image \
--image-name minha-aplicacao \
--source-artifact s3://meu-bucket/app.zip
# 2. Iniciar um MicroVM a partir da imagem
aws lambda-microvms run-microvm \
--image-arn arn:aws:lambda:us-east-1:123456789:microvm-image:minha-aplicacao \
--idle-policy '{"suspend": {"after": 300}}'Cada MicroVM recebe automaticamente um endpoint HTTPS dedicado com suporte a HTTP/2, gRPC e WebSockets. Sem load balancer para configurar, sem networking para montar.
As Três Características que Mudam Tudo
1. Isolamento de VM de verdade Cada sessão roda num MicroVM próprio, com kernel dedicado. Nenhum usuário tem acesso ao ambiente do outro. Isso é o que diferencia MicroVMs de containers — não há kernel compartilhado, não há superfície de ataque entre tenants.
2. Suspend e Resume Quando o MicroVM fica ocioso, ele suspende automaticamente — preservando todo o estado (memória, disco, pacotes instalados, variáveis). Quando chega um novo request, ele retoma de onde parou. Você para de pagar compute durante o tempo ocioso e paga só pelo armazenamento do snapshot.
3. Estado por até 8 horas Diferente do Lambda tradicional (15 minutos, stateless), um MicroVM pode manter estado por até 8 horas. Uma sessão de trabalho completa, sem recomeçar do zero a cada request.
Onde Faz Sentido Usar
Agentes de IA que executam código: quando um agente gera código e precisa rodá-lo de forma segura, o MicroVM oferece o sandbox ideal — isolado, sem acesso ao ambiente externo, e com estado entre os passos da tarefa.
Ambientes de desenvolvimento interativo: plataformas que oferecem terminal ou IDE no browser para cada usuário podem usar um MicroVM por sessão, sem o custo e a complexidade de gerenciar VMs EC2 individuais.
Análise de código e vulnerabilidades: inspecionar pacotes ou executar scanners em código potencialmente malicioso sem risco de contaminação do ambiente principal.
CI/CD com ambientes efêmeros: rodar pipelines de teste em ambientes completamente isolados entre execuções, sem resíduo de estado entre builds.
O Que Ainda Vale Saber
- Disponível hoje em US East (N. Virginia e Ohio), US West (Oregon), Europa (Irlanda) e Ásia-Pacífico (Tóquio).
- Apenas ARM64 (Graviton) por enquanto — sem suporte a x86.
- Até 16 vCPUs, 32 GB de memória e 32 GB de disco por MicroVM, com escala automática de até 4x o baseline configurado.
- Cobrança por segundo de uso de vCPU e memória enquanto rodando. Suspenso, paga apenas armazenamento do snapshot.
- Lambda Functions continuam sendo a escolha certa para workloads event-driven e request-response curtos. MicroVMs complementam, não substituem.
Conclusão
O Lambda MicroVMs não é uma atualização do Lambda — é um primitivo novo. Ele foi criado para a geração atual de aplicações: aquelas que precisam executar código que o desenvolvedor não escreveu, em ambientes isolados por sessão, com estado entre interações, sem a complexidade operacional de gerenciar VMs.
Para times que estão construindo produtos com agentes de IA, ambientes de execução multi-tenant ou ferramentas de análise de código, esse lançamento muda o custo e a complexidade de fazer isso de forma segura na AWS.
