Netlify traslada sus Edge Functions a microVM Firecracker

Netlify ha trasladado la ejecución de sus Edge Functions desde aislamientos V8 gestionados por un servicio externo hacia microVM Firecracker que corren directamente dentro de su propia red de borde. El cambio, detallado en una entrada técnica publicada el 1 de octubre de 2026, no afecta a ninguna API pública, pero redefine la latencia y el aislamiento del código que se ejecuta en el edge.

#Una arquitectura que repatría la ejecución

Hasta ahora, una petición destinada a una Edge Function de Netlify se enrutaba hacia un servicio de ejecución externo antes de regresar a la red de Netlify. Con las microVM Firecracker, popularizadas por AWS Lambda por su arranque rápido y su aislamiento ligero a nivel de hardware, el código se ejecuta ahora dentro de la propia infraestructura de borde de Netlify. La empresa controla así todo el trayecto de la petición, desde la entrada hasta la respuesta.

#Las mejoras de rendimiento medidas

Netlify publica cifras precisas procedentes de su propia telemetría de producción, comparando la arquitectura anterior y la nueva para las invocaciones «calientes», es decir, sin arranque en frío.

#Ningún cambio necesario en el código

Para los equipos que ya usan Edge Functions, el cambio es transparente: las importaciones por URL, los paquetes npm utilizados y la configuración existente siguen funcionando igual. Un desarrollador que recurre a sus herramientas de línea de comandos habituales para su flujo de despliegue no tiene nada que adaptar.

export default async (request, context) => {
  const country = context.geo?.country?.code ?? "ES";
  const response = await context.next();
  response.headers.set("x-edge-country", country);
  return response;
};

export const config = { path: "/*" };

#Un aislamiento reforzado entre clientes

A diferencia de los aislamientos V8, que comparten un mismo proceso entre varias ejecuciones, cada microVM Firecracker dispone de sus propios recursos de núcleo virtualizados. Una función comprometida o inestable de un cliente ya no puede afectar a las cargas de trabajo de un vecino en la misma máquina física, un argumento que conocen bien, desde el ángulo contrario, los equipos que gestionan su propia infraestructura autoalojada: cuanto más fuerte es el aislamiento, menos tiene que compensar la supervisión.

La latencia mediana de las Edge Functions de Netlify pasa de 25-40 milisegundos a 5-6 milisegundos, sin ninguna modificación de código por parte del desarrollador.

#Lo que Netlify prepara a continuación

Al controlar ahora todo el ciclo de la petición, Netlify indica que quiere sacar de su estado beta el soporte de paquetes npm de gran tamaño, revisar al alza ciertos límites de ejecución y gestionar directamente el enrutamiento de red en lugar de depender de un proveedor externo para esa etapa.

#Lo que hay que recordar

El paso a las microVM Firecracker reduce de forma notable la latencia mediana de las Edge Functions de Netlify sin exigir ninguna migración por parte de los desarrolladores. La mayor parte de la mejora procede de eliminar un salto de red hacia un servicio de ejecución externo, ahora integrado internamente.

Para profundizar: la entrada técnica de Netlify, «5x faster Edge Functions: from V8 isolates to Firecracker MicroVMs».