Edge computing vs CDN tradicional: reducir latencia con Cloudflare Workers
Qué añade el edge computing más allá de un CDN: ejecutar lógica cerca del usuario con Cloudflare Workers y Lambda@Edge.
Un CDN acerca tus archivos al usuario. El edge computing acerca tu código. Esa diferencia importa cuando la latencia ya no está en descargar imágenes, sino en decidir qué respuesta debe recibir cada usuario.
Qué hace bien un CDN
Un CDN cachea assets estáticos, termina TLS, comprime respuestas, aplica reglas simples y descarga tráfico del origen. Para imágenes, CSS, JavaScript, vídeo y fuentes, es una mejora directa. Pero un CDN tradicional no toma decisiones complejas: si el objeto está en caché lo sirve, si no, vuelve al origen.
Qué añade el edge
Cloudflare Workers y Lambda@Edge permiten ejecutar lógica en puntos cercanos al usuario: validar JWTs, aplicar rate limits por tenant, personalizar respuestas, enrutar APIs, transformar headers, servir contenido desde KV/R2 o bloquear tráfico antes de llegar al origen.
Cuándo usarlo
Tiene sentido cuando la decisión es ligera, frecuente y sensible a latencia. Autenticación perimetral, A/B testing, redirects complejos, APIs de baja latencia y seguridad cerca del usuario son buenos candidatos.
No tiene sentido mover lógica pesada, consultas transaccionales o flujos que dependen de una base central con muchas escrituras. Si cada request edge termina llamando al origen, solo añadiste complejidad.
Regla práctica
Usa CDN para bytes cacheables. Usa edge functions para decisiones rápidas cerca del usuario. Mantén la lógica pesada y el estado transaccional donde pueda operar con consistencia.