A AWS lançou o Lambda MicroVMs, uma nova opção de computação sem servidor para executar código gerado pelo usuário e código gerado por IA em ambientes virtuais isolados e com estado.
As MicroVMs do Lambda utilizam a virtualização do AWS Firecracker para fornecer um ambiente de execução separado para cada usuário, tarefa ou sessão de agente de IA. Cada MicroVM recebe um ambiente dedicado. HTTPS O ponto final pode preservar seu estado de memória e disco quando suspenso.
A AWS posiciona o serviço para agentes de codificação de IA, ferramentas de desenvolvimento interativas, plataformas de análise de dados, scanners de segurança, sistemas CI/CD e outros aplicativos que executam código que o operador da plataforma não escreveu.
Desde HostScoreDo ponto de vista de [nome da empresa], este anúncio é mais significativo do que outro lançamento de computação da AWS. Ele sugere que a hospedagem de IA está se expandindo para além da implantação de modelos e GPU capacidade. À medida que os agentes de IA começam a executar código, usar ferramentas e gerenciar arquivos, o ambiente onde essas ações ocorrem está se tornando uma parte separada da pilha de hospedagem.
O que a AWS anunciou de fato?
As MicroVMs do AWS Lambda fornecem ambientes de execução isolados que os desenvolvedores podem criar em torno de usuários, trabalhos ou sessões de agentes individuais.
Os desenvolvedores empacotam sua aplicação e o Dockerfile antes de solicitar ao Lambda a criação de uma imagem MicroVM. A AWS inicializa a aplicação e captura um snapshot do ambiente preparado. Novas MicroVMs são então iniciadas a partir desse snapshot, em vez de repetir todo o processo de configuração.
Cada MicroVM recebe o seu próprio HTTPS O AWS oferece suporte a conexões HTTP/2, gRPC e WebSocket, permitindo que o ambiente hospede ferramentas de desenvolvimento interativas, serviços de execução de código e outros aplicativos que exigem comunicação contínua.
Uma MicroVM também pode ser suspensa quando ociosa. A AWS preserva o estado da memória e do disco e os restaura quando o tráfego retorna ou o aplicativo solicita a retomada. O ciclo de vida máximo configurado para uma MicroVM, incluindo o tempo de execução e suspensão, é de oito horas.
A AWS anunciou o Lambda MicroVMs em 22 de junho de 2026 e publicou um artigo técnico mais detalhado sobre o lançamento em 10 de julho. O lançamento inicial está disponível no norte da Virgínia, Ohio, Oregon, Tóquio e Irlanda.
Leia Anúncio de lançamento da AWS e Postagem sobre o lançamento técnico da AWS.
As MicroVMs do Lambda, portanto, ampliam o Lambda para além da execução de curto prazo baseada em eventos. Elas fornecem um ambiente de longa duração que preserva o estado de funcionamento, enquanto a AWS gerencia a virtualização, a rede, a suspensão e o processo de encerramento.
Por que os agentes de IA precisam de ambientes de execução com estado?
Os agentes de IA precisam de ambientes de execução com estado, pois suas tarefas podem envolver diversas ações interligadas realizadas ao longo de uma sessão prolongada.
Um agente pode gerar um script, instalar um pacote, processar um arquivo, executar um navegador, chamar uma API, inspecionar o resultado e, em seguida, alterar sua próxima ação. Arquivos, dependências e o estado do aplicativo criados durante os estágios iniciais ainda podem ser necessários posteriormente.
Reconstruir o ambiente após cada ação acarretaria atrasos e forçaria o sistema a recriar repetidamente o estado de funcionamento do agente.
O código gerado por IA precisa de um limite de isolamento.
O código gerado por IA precisa de um limite de isolamento porque a plataforma não pode presumir que todos os comandos se comportarão conforme o esperado.
Códigos incorretos ou manipulados podem acessar arquivos confidenciais, expor credenciais, conectar-se a sistemas não autorizados ou interferir na carga de trabalho de outro usuário. As MicroVMs da Lambda utilizam virtualização de hardware para fornecer a cada sessão um ambiente convidado separado, em vez de executar todas as tarefas no mesmo processo de aplicação.
No entanto, o isolamento em nível de máquina virtual não determina o que o agente tem permissão para fazer.
A pré-publicação da revisão de julho de 2026 “Agentes de IA com Capacidade Cibernética: Vulnerabilidades, Avaliação, Contenção e Resposta Defensiva"por Abu Bakar Siddik (fonte), examina a fronteira entre agentes de IA capazes e os ambientes usados para contê-los. Identifica riscos relacionados à exposição de credenciais, acesso persistente, conflitos com restrições de sandbox e a velocidade das ações automatizadas.
A AWS também recomenda que os desenvolvedores atualizem as credenciais e validem as conexões de rede quando uma MicroVM for retomada. Os hooks de ciclo de vida permitem que os aplicativos fechem conexões antes da suspensão, restaurem conexões aprovadas após a retomada e limpem os recursos antes do encerramento.
As MicroVMs Lambda isolam o ambiente de execução. Os proprietários das aplicações ainda precisam restringir as ferramentas, credenciais, arquivos, redes e serviços externos disponíveis dentro delas.
A retenção estadual apoia o trabalho do agente em várias etapas.
A retenção de estado permite que um agente faça uma pausa sem perder seus arquivos, memória, dependências instaladas e resultados intermediários.
A AWS cria cada MicroVM a partir de um snapshot preparado. O ambiente permanece ativo enquanto o agente estiver em execução, entra em suspensão após um período de inatividade configurável e é retomado quando outra solicitação chega.
Este modelo reduz a inicialização repetida, mas a retomada não é instantânea em todas as situações. A AWS afirma que a primeira solicitação após a suspensão aguarda enquanto a plataforma restaura o estado da memória e do disco e executa o gancho de retomada do aplicativo. Estados salvos maiores e processos de retomada mais complexos podem aumentar esse atraso.
A retenção de estado também preserva material que pode precisar ser atualizado ou removido. Um ambiente suspenso pode conter tokens de autenticação, sessões de navegador, scripts gerados, arquivos temporários ou conexões de rede obsoletas.
Portanto, o modelo serverless com estado melhora a continuidade entre as ações do agente, mas requer mais gerenciamento de ciclo de vida e acesso do que uma função descartável sem estado.
As microVMs com estado estão substituindo a hospedagem tradicional?
As MicroVMs com estado não estão substituindo a hospedagem tradicional. Elas executam tarefas de agente temporárias, enquanto servidores em nuvem, hospedagem VPS, servidores dedicados e sistemas bare metal continuam executando os serviços persistentes relacionados a essas tarefas.
SpecBox Mostra por que a velocidade do sandbox é importante.
Pesquisas recentes sugerem que a preparação em ambiente de teste (sandbox) pode afetar significativamente o desempenho de agentes de IA.
O artigo de julho de 2026 “SpecBoxAgendamento especulativo em ambiente de teste para atendimento eficiente de agentes LLM"(fonte) examinou a relação de compromisso entre iniciar ambientes de teste sob demanda e mantê-los permanentemente ativos. Iniciar um ambiente somente quando um agente o solicita pode causar atrasos na inicialização a frio. Manter todos os ambientes de teste possíveis ativos reduz esses atrasos, mas consome mais memória.
SpecBox O sistema prevê qual sandbox um agente pode precisar enquanto o modelo de linguagem ainda está gerando sua saída. Em seguida, o sistema começa a preparar esse ambiente antes que a chamada da ferramenta seja concluída.
Nos testes dos autores, SpecBox Reduziu a latência de ponta a ponta do P99 em até 2.9 vezes em comparação com uma linha de base de sandbox sob demanda. Também reduziu o pico de uso de memória em 45.9% em comparação com implantações de sandbox com memória permanentemente reservada (captura de tela abaixo).
SpecBox Trata-se de um protótipo de pesquisa e não foram testados MicroVMs do AWS Lambda. Seus resultados ainda demonstram por que a velocidade de inicialização, retomada e alternância em ambientes de teste podem se tornar métricas relevantes para hospedagem de IA.
Um rápido GPU Não há garantia de um agente rápido quando o ambiente de execução atrasa cada chamada de ferramenta.
A hospedagem persistente ainda executa a plataforma de IA.
A hospedagem tradicional executa os sistemas que devem permanecer disponíveis antes, durante e depois de cada sessão temporária do agente. Esses sistemas persistentes podem incluir aplicativos. APIsBancos de dados relacionais, armazenamento vetorial, orquestração de agentes, filas de mensagens, serviços de monitoramento, gateways de modelos e processos de longa duração. Dedicado GPU A infraestrutura também pode executar cargas de trabalho contínuas de inferência ou treinamento de modelos.
Atlantic.NetPor exemplo, a [nome da empresa] fornece infraestrutura para esse lado persistente da arquitetura. Seus serviços atuais incluem servidores virtuais em nuvem, servidores dedicados, sistemas bare metal, infraestrutura gerenciada e nuvem ou servidores dedicados. GPU hospedagem. O provedor de hospedagem atualmente lista NVIDIA Opções L40S e H100 NVL para cargas de trabalho de IA, aprendizado de máquina, inferência e computação acelerada.
Uma plataforma de IA poderia usar MicroVMs com estado para isolar a execução temporária de código enquanto executa sua aplicação, banco de dados, armazenamento e sistemas privados. APIs, ou GPU cargas de trabalho em infraestrutura persistente de Atlantic.Net ou outro provedor de servidor.
Esses modelos de hospedagem resolvem diferentes partes da mesma arquitetura. MicroVMs gerenciam a execução baseada em sessão, enquanto VPS, servidores dedicados, servidores bare metal e GPU Os servidores dão suporte aos serviços que precisam permanecer online.
HostScore Resumo: Hospedagem com IA está se tornando mais do que apenas GPUs
A hospedagem de IA está se expandindo além de GPU especificações, suporte a modelos e velocidade de inferência. Esses atributos ainda determinam se um provedor pode executar modelos exigentes. No entanto, as MicroVMs do AWS Lambda destacam outra parte da pilha de infraestrutura: o ambiente onde um agente de IA executa suas ações.
Ao pesquisarmos nossos trabalhos recentes Melhor hospedagem com IA e Melhores guias de hospedagem para LLMDescobrimos que os provedores de hospedagem se diferenciam principalmente pela disponibilidade de aceleradores, modelos suportados, flexibilidade de implantação, serviços gerenciados e controle sobre a pilha de software.
O anúncio da AWS sugere que os ambientes de execução podem se tornar outro ponto de diferenciação.
Os fornecedores de infraestrutura de IA podem competir cada vez mais com base na rapidez com que lançam ambientes de teste (sandboxes), na eficiência com que mantêm o estado de funcionamento, na robustez com que isolam as sessões e no rigor com que controlam o acesso à rede e às ferramentas.
Isso também pode alterar a unidade em torno da qual os recursos de hospedagem são alocados.
A hospedagem compartilhada aloca recursos em torno de uma conta. A hospedagem VPS aloca um servidor virtual. As plataformas de contêineres alocam instâncias de aplicativos. As funções sem servidor alocam poder computacional em torno de solicitações ou eventos.
As plataformas de agentes de IA podem alocar infraestrutura em torno de uma sessão de agente. Uma sessão de agente inicia um ambiente isolado, executa ferramentas, altera arquivos, pausa, retoma e termina após concluir sua tarefa. Esse padrão situa-se entre funções sem estado de curta duração e servidores virtuais em execução permanente.
Não esperamos que a infraestrutura de sessão de agentes substitua as categorias de hospedagem já estabelecidas. É mais provável que ela se torne mais uma camada dentro de uma pilha de IA mista.
Nuvem persistente, VPS, dedicado e servidores bare metal continuará a hospedar serviços de aplicativos e dados. GPU A infraestrutura executará as cargas de trabalho do modelo. MicroVMs com estado e outras tecnologias de sandbox lidarão com ações temporárias do agente.
A AWS está sinalizando uma mudança mais ampla na infraestrutura de IA.
As MicroVMs do AWS Lambda demonstram que os agentes de IA estão criando demanda por ambientes de execução isolados, com retenção temporária de estado e controles de ciclo de vida gerenciados pelo provedor.
O serviço não oferece servidores em nuvem, hospedagem VPS, servidores dedicados, infraestrutura bare metal ou GPU A hospedagem tornou-se obsoleta. Esses sistemas continuarão a executar os bancos de dados, aplicativos, serviços de orquestração e cargas de trabalho de modelo em torno de cada sessão do agente.
A mudança mais ampla reside na forma como o alojamento de IA pode ser avaliado.
GPU A capacidade e a velocidade do modelo continuarão sendo fundamentais. Os provedores de hospedagem também podem competir na rapidez e segurança com que iniciam, suspendem, restauram e encerram ambientes de execução isolados.
Esse é o sinal de hospedagem mais importante por trás das MicroVMs do AWS Lambda.
