Qué es el renderizado en el edge y por qué importa

Un servidor web tradicional se aloja en una única región geográfica. Los usuarios cercanos a esa región reciben respuestas rápidas, pero los que están lejos sufren una latencia considerable: un usuario en Tokio que solicita contenido a un servidor en US-East añade más de 200 ms de tiempo de ida y vuelta antes de recibir el primer byte.

Una Content Delivery Network (CDN) almacena en caché archivos estáticos como imágenes, CSS y JavaScript en decenas de Puntos de Presencia (PoP) de todo el mundo, y los sirve desde la ubicación más cercana. Sin embargo, un CDN tradicional no puede ejecutar código; solo puede servir contenido estático precompilado.

Un entorno de ejecución en el edge ejecuta JavaScript en los PoP de los CDN de todo el mundo, eliminando el viaje de ida y vuelta al origen para las solicitudes dinámicas. En lugar de dirigirse a un único servidor, la solicitud se gestiona en el PoP más cercano al usuario, a menudo dentro de la misma ciudad, lo que reduce drásticamente la latencia.

Cloudflare Workers ejecuta JavaScript mediante aislados de V8 en más de 300 ubicaciones de todo el mundo. A diferencia de las funciones serverless (Lambda, Cloud Run), Workers tiene cold starts prácticamente nulos, medidos en microsegundos en lugar de los más de 100 milisegundos habituales de Lambda, porque reutiliza aislados de V8 en vez de iniciar contenedores.

El renderizado en el edge consiste en renderizar su aplicación de React en el servidor, en el PoP del edge más cercano a cada usuario, y servir inmediatamente el HTML resultante. El usuario de Tokio recibe una página HTML completamente renderizada desde un PoP de Singapur, no desde un servidor de Virginia.

Una aplicación SSR estándar servida desde US-East podría tardar 400 ms en llegar a Tokio (200 ms de red + 200 ms de renderizado en el servidor). Con el renderizado en el edge, el renderizado se realiza en Singapur, lo que reduce la latencia de red a 30 ms y permite entregar el HTML en menos de 100 ms en total: una mejora de 4 veces en el tiempo de carga percibido.

Los entornos de ejecución en el edge no son entornos completos de Node.js. Cloudflare Workers prohíbe las API principales de Node.js (fs, net, crypto), limita el tiempo de CPU a 50 ms por solicitud (los planes de pago permiten más), restringe la memoria y no ofrece acceso al sistema de archivos. Estas restricciones requieren una arquitectura bien meditada.

Varias plataformas ofrecen entornos de ejecución en el edge: Vercel Edge Functions (basado en el mismo modelo de aislados de V8), Deno Deploy (utiliza el entorno de ejecución de Deno en el edge) y Fastly Compute (utiliza WebAssembly). Cada una ofrece una compatibilidad de API, una cobertura global y unos modelos de precios diferentes.

El renderizado en el edge resulta más beneficioso para el contenido que es principalmente estático, pero necesita cierto grado de personalización: páginas de marketing con variantes de pruebas A/B, landing pages con contenido dirigido por ubicación geográfica y publicaciones de blog con elementos específicos del usuario (estado de sesión iniciada e idioma). Las páginas muy dinámicas y con un uso intensivo de la base de datos obtienen menos beneficios.

Las funciones de Lambda (y Cloud Run) inician contenedores, descargan su código, inicializan el entorno de ejecución y después lo ejecutan, lo que provoca cold starts de 100 a 1000 ms. Workers reutiliza aislados de V8 que ya están en ejecución, por lo que los cold starts resultan prácticamente imperceptibles, al ser inferiores a 5 ms.

La mayoría de las aplicaciones de producción utiliza el renderizado en el edge de forma selectiva: el edge renderiza páginas rápidas y principalmente estáticas, mientras un servidor regional gestiona las operaciones autenticadas con un uso intensivo de la base de datos. Este enfoque híbrido aprovecha las ventajas de latencia del renderizado en el edge sin tener que luchar contra sus limitaciones.

¿Por qué Cloudflare Workers tiene cold starts prácticamente nulos en comparación con AWS Lambda?

El renderizado en el edge ejecuta JavaScript en los PoP de los CDN de todo el mundo, elimina los viajes de ida y vuelta al origen y reduce drásticamente la latencia. Cloudflare Workers destaca por sus cold starts de microsegundos basados en aislados de V8 en más de 300 ubicaciones. Las desventajas son reales: no ofrece API de Node.js y tiene una CPU limitada. Por ello, el renderizado en el edge es más adecuado para páginas de marketing y contenido personalizado pero principalmente estático que para páginas con un uso intensivo de bases de datos.