AWS ha presentado Lambda MicroVMs, una nueva opción de computación sin servidor para ejecutar código generado por el usuario y por IA dentro de entornos virtuales aislados y con estado.
Las micromáquinas virtuales Lambda utilizan la virtualización AWS Firecracker para proporcionar un entorno de ejecución independiente para cada usuario, trabajo o sesión de agente de IA. Cada micromáquina virtual recibe un entorno dedicado. HTTPS El punto final puede conservar su memoria y estado del disco cuando está suspendido.
AWS posiciona su servicio para agentes de codificación de IA, herramientas de desarrollo interactivas, plataformas de análisis de datos, escáneres de seguridad, sistemas CI/CD y otras aplicaciones que ejecutan código que el operador de la plataforma no ha escrito.
Desde HostScoreDesde la perspectiva de este anuncio, es más significativo que otro lanzamiento de computación de AWS. Sugiere que el alojamiento de IA se está expandiendo más allá de la implementación de modelos y GPU capacidad. A medida que los agentes de IA comienzan a ejecutar código, usar herramientas y administrar archivos, el entorno donde ocurren esas acciones se está convirtiendo en una parte separada de la pila de alojamiento.
¿Qué ha anunciado realmente AWS?
Las micromáquinas virtuales de AWS Lambda proporcionan entornos de ejecución aislados que los desarrolladores pueden crear en torno a usuarios, trabajos o sesiones de agentes individuales.
Los desarrolladores empaquetan su aplicación y el Dockerfile antes de solicitar a Lambda que cree una imagen de MicroVM. AWS inicializa la aplicación y captura una instantánea del entorno preparado. A partir de esa instantánea, se inician nuevas MicroVM en lugar de repetir todo el proceso de configuración.
Cada MicroVM recibe su propio HTTPS Punto final. AWS admite conexiones HTTP/2, gRPC y WebSocket, lo que permite que el entorno aloje herramientas de desarrollo interactivas, servicios de ejecución de código y otras aplicaciones que requieren comunicación continua.
Una MicroVM también puede suspenderse mientras está inactiva. AWS conserva su memoria y estado del disco, y los restaura cuando se reanuda el tráfico o la aplicación solicita su reanudación. El ciclo de vida máximo configurado para una MicroVM, incluyendo el tiempo de ejecución y suspensión, es de ocho horas.
AWS anunció Lambda MicroVMs el 22 de junio de 2026 y publicó una entrada técnica más detallada sobre su lanzamiento el 10 de julio. La versión inicial está disponible en el norte de Virginia, Ohio, Oregón, Tokio e Irlanda.
Leer Anuncio de lanzamiento de AWS y Publicación del lanzamiento técnico de AWS.
Por lo tanto, las micromáquinas virtuales de Lambda extienden las funcionalidades de Lambda más allá de la ejecución breve basada en eventos. Proporcionan un entorno de mayor duración que conserva el estado de trabajo mientras AWS gestiona la virtualización, la red, la suspensión y el proceso de terminación.
¿Por qué los agentes de IA necesitan entornos de ejecución con estado?
Los agentes de IA necesitan entornos de ejecución con estado porque sus tareas pueden implicar varias acciones conectadas que se realizan durante una sesión prolongada.
Un agente puede generar un script, instalar un paquete, procesar un archivo, ejecutar un navegador, llamar a una API, inspeccionar el resultado y luego modificar su siguiente acción. Los archivos, las dependencias y el estado de la aplicación creados durante las primeras etapas podrían ser necesarios posteriormente.
Reconstruir el entorno después de cada acción generaría retrasos y obligaría al sistema a recrear repetidamente el estado de funcionamiento del agente.
El código generado por IA necesita un límite de aislamiento.
El código generado por IA necesita un límite de aislamiento porque la plataforma no puede asumir que cada comando se comportará como se espera.
El código incorrecto o manipulado podría acceder a archivos confidenciales, exponer credenciales, conectarse a sistemas no autorizados o interferir con la carga de trabajo de otro usuario. Las micromáquinas virtuales Lambda utilizan la virtualización de hardware para proporcionar a cada sesión un entorno de invitado independiente, en lugar de ejecutar todas las tareas dentro del mismo proceso de aplicación.
Sin embargo, el aislamiento a nivel de máquina virtual no determina lo que el agente tiene permitido hacer.
Preimpresión de revisión de julio de 2026 “Agentes de IA con capacidad cibernética: vulnerabilidades, evaluación, contención y respuesta defensiva.” por Abu Bakar Siddik (fuenteEste estudio examina la frontera entre los agentes de IA capaces y los entornos utilizados para contenerlos. Identifica riesgos relacionados con la exposición de credenciales, el acceso persistente, los conflictos con las restricciones de los entornos aislados y la velocidad de las acciones automatizadas.
AWS también recomienda que los desarrolladores actualicen las credenciales y validen las conexiones de red cuando se reanude una MicroVM. Los ganchos de ciclo de vida permiten que las aplicaciones cierren las conexiones antes de la suspensión, restablezcan las conexiones aprobadas después de la reanudación y liberen recursos antes de la finalización.
Las micromáquinas virtuales Lambda aíslan el entorno de ejecución. Los propietarios de las aplicaciones deben seguir restringiendo las herramientas, las credenciales, los archivos, las redes y los servicios externos disponibles dentro de él.
La retención estatal admite el trabajo de agentes en múltiples pasos.
La retención de estado permite que un agente se pause sin perder sus archivos, memoria, dependencias instaladas ni resultados intermedios.
AWS crea cada MicroVM a partir de una instantánea preparada. El entorno permanece activo mientras el agente trabaja, se suspende tras un período de inactividad configurable y se reanuda cuando llega otra solicitud.
Este modelo reduce la inicialización repetida, pero la reanudación no es instantánea en todas las situaciones. AWS indica que la primera solicitud tras la suspensión espera mientras la plataforma restaura la memoria y el estado del disco y ejecuta el mecanismo de reanudación de la aplicación. Los estados guardados de mayor tamaño y los procesos de reanudación más complejos pueden aumentar este retraso.
La retención de estado también conserva el material que podría necesitar ser actualizado o eliminado. Un entorno suspendido podría contener tokens de autenticación, sesiones del navegador, scripts generados, archivos temporales o conexiones de red obsoletas.
Por lo tanto, la arquitectura sin servidor con estado mejora la continuidad entre las acciones de los agentes, pero requiere una mayor gestión del ciclo de vida y del acceso que una función sin estado desechable.
¿Están las micromáquinas virtuales con estado reemplazando al alojamiento tradicional?
Las micromáquinas virtuales con estado no reemplazan el alojamiento tradicional. Ejecutan tareas de agente temporales, mientras que los servidores en la nube, el alojamiento VPS, los servidores dedicados y los sistemas bare metal continúan ejecutando los servicios persistentes relacionados con esas tareas.
EspeculaciónBox Muestra por qué la velocidad en el entorno de pruebas es importante.
Investigaciones recientes sugieren que la preparación del entorno aislado puede afectar significativamente el rendimiento de los agentes de IA.
El documento de julio de 2026 “EspeculaciónBox: Planificación de entorno de pruebas especulativo para un servicio eficiente de agentes LLM"(fuenteSe examinó la disyuntiva entre iniciar entornos aislados bajo demanda y mantenerlos permanentemente activos. Iniciar un entorno solo cuando un agente lo solicita puede generar retrasos en el arranque en frío. Mantener activos todos los entornos aislados posibles reduce esos retrasos, pero consume más memoria.
EspeculaciónBox Predice qué entorno aislado podría necesitar un agente mientras el modelo de lenguaje aún está generando su salida. A continuación, el sistema comienza a preparar ese entorno antes de que finalice la llamada a la herramienta.
En las pruebas de los autores, SpecBox Se redujo la latencia de extremo a extremo de P99 hasta 2.9 veces en comparación con una configuración de referencia de entorno aislado bajo demanda. Además, se redujo el uso máximo de memoria en un 45.9 % en comparación con las implementaciones de entorno aislado con reserva permanente (captura de pantalla a continuación).
EspeculaciónBox Se trata de un prototipo de investigación y no se probaron las MicroVM de AWS Lambda. Aun así, sus resultados demuestran por qué la velocidad de inicio, reanudación y cambio de entorno aislado podría convertirse en una métrica relevante para el alojamiento de IA.
Una rápida GPU No garantiza un agente rápido cuando el entorno de ejecución retrasa cada llamada a la herramienta.
El alojamiento persistente sigue funcionando en la plataforma de IA.
El alojamiento tradicional ejecuta los sistemas que deben permanecer disponibles antes, durante y después de cada sesión de agente temporal. Estos sistemas persistentes pueden incluir aplicaciones. APIsbases de datos relacionales, almacenamiento vectorial, orquestación de agentes, colas de mensajes, servicios de monitorización, pasarelas de modelos y trabajadores de larga duración. Dedicado GPU La infraestructura también puede ejecutar cargas de trabajo sostenidas de inferencia o entrenamiento de modelos.
Atlantic.Net, por ejemplo, proporciona infraestructura para este lado persistente de la arquitectura. Sus servicios actuales incluyen servidores virtuales en la nube, servidores dedicados, sistemas bare metal, infraestructura administrada y nube o dedicados. GPU alojamiento. El proveedor de alojamiento actualmente enumera NVIDIA Opciones L40S y H100 NVL para cargas de trabajo de IA, aprendizaje automático, inferencia y computación acelerada.
Una plataforma de IA podría utilizar MicroVMs con estado para aislar la ejecución de código temporal mientras ejecuta su aplicación, base de datos, almacenamiento, privado APIs, o GPU cargas de trabajo en infraestructura persistente desde Atlantic.Net o a otro proveedor de servidores.
Estos modelos de alojamiento resuelven diferentes partes de la misma arquitectura. Las microVM gestionan la ejecución basada en sesiones, mientras que los VPS, los servidores dedicados, los servidores bare metal y los servidores dedicados resuelven diferentes partes de la misma arquitectura. GPU Los servidores dan soporte a los servicios que deben permanecer en línea.
HostScore Toma de conciencia: El alojamiento de IA se está convirtiendo en algo más que GPUs
El alojamiento de IA se está expandiendo más allá GPU especificaciones, compatibilidad con modelos y velocidad de inferencia. Estos atributos aún determinan si un proveedor puede ejecutar modelos exigentes. Sin embargo, las MicroVM de AWS Lambda ponen de relieve otra parte de la infraestructura: el entorno donde un agente de IA ejecuta sus acciones.
Al investigar nuestro reciente El mejor alojamiento de IA y Las mejores guías de alojamiento para LLMDescubrimos que los proveedores de alojamiento se diferencian principalmente por la disponibilidad de aceleradores, los modelos compatibles, la flexibilidad de implementación, los servicios gestionados y el control sobre la pila de software.
El anuncio de AWS sugiere que los entornos de ejecución podrían convertirse en otro factor diferenciador.
Es posible que los proveedores de infraestructura de IA compitan cada vez más en función de la rapidez con la que implementan entornos aislados, la eficiencia con la que mantienen el estado de funcionamiento, la solidez con la que aíslan las sesiones y el rigor con el que controlan el acceso a la red y a las herramientas.
Esto también podría cambiar la unidad en torno a la cual se asignan los recursos de alojamiento.
El alojamiento compartido distribuye los recursos en torno a una cuenta. El alojamiento VPS asigna un servidor virtual. Las plataformas de contenedores asignan instancias de aplicaciones. Las funciones sin servidor distribuyen la capacidad de procesamiento en función de las solicitudes o los eventos.
Las plataformas de agentes de IA pueden asignar infraestructura en torno a una sesión de agente. Una sesión de agente inicia un entorno aislado, ejecuta herramientas, modifica archivos, se pausa, se reanuda y finaliza tras completar su tarea. Este patrón se sitúa entre las funciones sin estado de corta duración y los servidores virtuales de ejecución permanente.
No prevemos que la infraestructura de sesiones de agente reemplace las categorías de alojamiento ya establecidas. Es más probable que se convierta en una capa adicional dentro de una arquitectura de IA mixta.
Nube persistente, VPS, dedicado y servidores de metal desnudo Continuará alojando servicios de aplicaciones y datos. GPU La infraestructura ejecutará las cargas de trabajo del modelo. Las micromáquinas virtuales con estado y otras tecnologías de entorno aislado gestionarán las acciones temporales de los agentes.
AWS está señalando un cambio más amplio en la infraestructura de IA.
Las micromáquinas virtuales de AWS Lambda demuestran que los agentes de IA están generando demanda de entornos de ejecución aislados con retención de estado temporal y controles de ciclo de vida gestionados por el proveedor.
El servicio no realiza servidores en la nube, alojamiento VPS, servidores dedicados, infraestructura bare metal o GPU El alojamiento web está obsoleto. Esos sistemas seguirán ejecutando las bases de datos, las aplicaciones, los servicios de orquestación y las cargas de trabajo del modelo relacionadas con cada sesión del agente.
El cambio más amplio radica en cómo se puede evaluar el alojamiento de IA.
GPU La capacidad y la velocidad del modelo seguirán siendo fundamentales. Los proveedores de alojamiento también podrían competir en función de la rapidez y la seguridad con que implementan, suspenden, restauran y finalizan entornos de ejecución aislados.
Esa es la señal de alojamiento más importante detrás de las MicroVM de AWS Lambda.
