Cuando pulsas en un enlace, tu navegador no tiene por qué ir hasta el servidor original para traerte la página: muchas veces la recibe de un servidor mucho más cercano a tu casa. Ese es el trabajo de una CDN (Content Delivery Network, red de entrega de contenidos), una infraestructura que replica contenido en cientos o miles de nodos repartidos por el planeta. Este artículo explica cómo funciona por dentro.
El problema: la latencia
El Round Trip Time (RTT, tiempo de ida y vuelta de un paquete) crece con la distancia física. Cada salto entre routers añade milisegundos y, cuando el servidor está a miles de kilómetros, la espera se nota. Además, un único servidor central es un cuello de botella: si millones de usuarios piden lo mismo a la vez, la respuesta se degrada o el servicio cae. La CDN resuelve ambas cosas acercando el contenido al usuario y repartiendo la carga entre muchos nodos.
Nodos perimetrales y PoPs
La CDN despliega cientos de PoPs (Points of Presence, puntos de presencia): centros de datos pequeños distribuidos en las principales ciudades y regiones del mundo. Dentro de cada PoP hay decenas o cientos de servidores perimetrales (edge servers) que cachean copias del contenido. Cuando pides un recurso, tu petición se resuelve hacia el PoP más cercano, no hacia el origen.
Los servidores perimetrales usan discos SSD y memorias de alta velocidad para servir contenido con latencias mínimas. El contenido estático (imágenes, CSS, JavaScript, vídeo) se almacena literalmente en esos discos; el dinámico y personalizado se suele generar en el origen y, en muchos casos, también se cachea de forma inteligente.
El enrutamiento: Anycast
La clave técnica para saber qué PoP te sirve es el enrutamiento Anycast. En vez de que cada servidor tenga una IP única, toda la CDN anuncia la misma dirección IP desde todos sus PoPs mediante el protocolo BGP (Border Gateway Protocol, el que decide las rutas entre redes en internet). Cuando tu router ve varias rutas hacia esa misma IP, elige la «más corta» según el coste BGP, que suele coincidir con la de menor latencia. Así, un solo nombre DNS resuelve a la misma IP, pero cada usuario acaba conectado al nodo físicamente más próximo.
Servidores de nombres y resolución
La CDN también controla el DNS (Domain Name System, el sistema que traduce nombres a IPs). Sus servidores de nombres responden de forma distinta según quién pregunta: examinan la IP de tu resolver (el servidor DNS que pregunta en tu nombre) y le devuelven la IP del PoP más cercano. Esto se combina con el Anycast: primero el DNS orienta hacia la región correcta y después BGP termina de afinarlo dentro de esa región.
Almacenamiento en caché y purga
El servidor perimetral decide qué guardar según las cabeceras HTTP que envía el origen. La cabecera Cache-Control indica cuánto tiempo es válido un recurso (max-age) y si se puede cachear (public o private). El ETag y Last-Modified permiten la validación: el perimetral pregunta al origen si el contenido cambió y solo lo re-descarga si es necesario. Cuando el operador publica contenido nuevo, dispara una purga (invalidación) que borra las copias antiguas de todos los PoPs y fuerza a re-cachear la versión fresca.
Terminación TLS y seguridad
Las CDNs modernas gestionan los certificados TLS (Transport Layer Security, el cifrado de HTTPS) en el borde. El certificado del dominio se instala en cada servidor perimetral, de modo que el cifrado termina en el PoP y no en el origen. Entre el PoP y el origen se puede usar una conexión interna cifrada o incluso una red privada, para no exponer el servidor original: su IP real queda oculta tras la CDN, lo que además protege contra ataques directos.
Este papel en el borde convierte a la CDN en un escudo natural contra ataques de denegación de servicio distribuida (DDoS, Distributed Denial of Service): los nodos perimetrales absorben el tráfico masivo, aplican rate limiting (limitación de peticiones por segundo) y filtran peticiones maliciosas antes de que lleguen al origen.
Contenido dinámico y edge computing
La CDN ya no sirve solo estáticos. El edge computing (computación en el borde) permite ejecutar código en los servidores perimetrales, muy cerca del usuario, mediante plataformas como Cloudflare Workers, Fastly Compute o Vercel Edge. Estas funciones se ejecutan en WebAssembly o V8 isolates y pueden personalizar respuestas, reescribir HTML o llamar a APIs en milisegundos, sin que cada petición viaje hasta el origen.
Modelos de despliegue y ejemplos reales
Existen CDNs de distintos tipos: algunas son pull, donde el nodo trae el contenido del origen solo cuando se pide; otras son push, donde el operador sube el contenido directamente a los nodos. Los grandes actores —Cloudflare, Akamai, Fastly, CloudFront de AWS— combinan ambos según el caso de uso. El vídeo en streaming es uno de los grandes beneficiados: los segmentos de vídeo se cachean en miles de nodos para servir a millones de espectadores sin saturar un solo centro de datos.
Conclusión
La CDN es la infraestructura invisible que hace que internet se sienta instantánea: acorta distancias con Anycast, reparte la carga entre miles de nodos, cachea contenido en el borde y además protege el origen. La próxima vez que una página cargue al instante, piensa que probablemente no ha viajado miles de kilómetros: estaba guardada a unos pocos de tu casa.
