Qué es una CDN y cómo acelera la carga de una web
¿Qué es una CDN? Es una red de servidores distribuidos que entrega recursos web desde distintos puntos de presencia, en vez de hacer que cada visitante los descargue siempre desde el servidor de origen. Puede reducir el tiempo de carga y aliviar ese servidor, sobre todo cuando reutiliza una copia válida de imágenes, hojas de estilo o archivos de JavaScript.
La sigla viene de content delivery network, «red de distribución de contenidos». Para entender qué ocurre al escribir una URL, conviene situar la CDN en medio del recorrido: el navegador pide un recurso; la red recibe la petición; y, según su configuración, responde desde una copia o consulta al servidor donde se aloja originalmente.
Qué es una CDN: del servidor de origen a los puntos de presencia
El servidor de origen es el que conserva o genera la versión principal del contenido. Una CDN mantiene servidores en varios lugares —a menudo llamados puntos de presencia o edge locations— y puede guardar allí copias de recursos que sus reglas permiten almacenar. No significa que cada copia completa de una web se replique de inmediato en todos los países.
Imaginemos que una web guarda una fotografía en un servidor de origen en Estados Unidos y recibe una petición desde Madrid. Si la CDN tiene un punto de presencia al que puede dirigir esa petición y allí ya existe una copia vigente, puede devolverla desde esa caché. La respuesta recorre menos red que un viaje hasta el origen en algunos casos, y este evita enviar otra vez el mismo archivo.
La CDN no reemplaza necesariamente el alojamiento ni la aplicación que produce la página. Funciona como una capa distribuida delante de ellos. Es una de las piezas de la infraestructura que hace posible cómo funciona Internet, junto a DNS, routers, centros de datos y redes de los operadores.
Qué ocurre cuando la copia existe… y cuando no
La diferencia entre un cache hit y un cache miss explica buena parte del mecanismo. En CloudFront de Amazon, por ejemplo, hay un hit cuando la petición genera la misma clave de caché que una solicitud previa y el objeto sigue disponible y válido en ese punto de presencia. La CDN lo entrega sin consultar otra vez al origen. Si no hay una copia válida, ocurre un miss: la red pide el recurso al origen, lo devuelve al visitante y puede guardarlo para solicitudes posteriores, de acuerdo con la política configurada (documentación de CloudFront).
Supongamos que la primera persona que solicita una imagen llega a un punto de presencia donde todavía no está guardada. Esa petición va al origen y puede llenar la caché. Si otra persona solicita después la misma imagen desde el mismo punto, antes de que venza o se elimine la copia, podría recibirla allí directamente. Si la segunda petición llega a otro punto de presencia, este puede tener que buscar su propia copia o consultar una capa superior, según la arquitectura del proveedor. Por eso la distribución global no significa que todos los recursos estén precargados en todas partes.
La «misma imagen» también debe significar la misma respuesta para las reglas de caché. La clave puede incluir la URL y, según el sistema, parámetros de consulta, cabeceras, cookies u otros datos. Si un idioma cambia el contenido, por ejemplo, la red debe distinguir las versiones o podría entregar una variante incorrecta. Añadir muchas diferencias a la clave fragmenta la caché: cada variante recibe menos solicitudes repetidas. CloudFront documenta este equilibrio en su implementación; los detalles exactos dependen del proveedor y de cómo se configure.
Cuánto tiempo puede reutilizarse una respuesta
Una copia solo es útil si continúa siendo válida. La cabecera HTTP Cache-Control permite al servidor indicar si una respuesta puede almacenarse y durante cuánto tiempo; también puede prohibir el almacenamiento compartido de respuestas privadas. Cuando termina el periodo de frescura, la CDN puede volver a consultar el origen para comprobar o descargar una versión actualizada. El tiempo de vida —TTL— y las reglas para renovar o invalidar copias determinan ese equilibrio entre rapidez y actualidad (referencia de MDN sobre Cache-Control).
La configuración no es idéntica en todas las redes. Cloudflare, por ejemplo, indica que su comportamiento predeterminado guarda ciertos recursos estáticos, pero no almacena HTML ni JSON por defecto; sus reglas pueden cambiar qué es apto para caché. Otras CDN permiten políticas distintas. Por eso no basta con decir «la web usa CDN» para saber qué contenido se sirve desde una copia (reglas predeterminadas de Cloudflare).
Las páginas personalizadas —como un saldo bancario, una cesta de compra o una sesión iniciada— requieren especial cuidado. Una copia compartida no debe acabar mostrando a otra persona datos que pertenecen a un usuario. Las instrucciones private y no-store pueden impedir que intermediarios compartidos almacenen ciertas respuestas; la arquitectura de cada servicio decide además qué partes son públicas, personalizadas o se pueden cachear de forma segura.
¿Siempre responde el servidor más cercano?
La promesa de «un servidor cercano» describe la intención general, no una garantía de distancia mínima. La petición puede dirigirse mediante mecanismos de encaminamiento como Anycast y políticas del proveedor que consideran la salud de la red, congestión y fiabilidad. Cloudflare advierte que, en su red, una solicitud puede llegar a un centro de datos que no sea el geográficamente más próximo si se prioriza una ruta más estable (explicación de Cloudflare sobre encaminamiento geográfico).
Y aun con una ruta favorable, la CDN no arregla todos los cuellos de botella. Si el contenido no está en caché, si la página depende de datos que deben calcularse en el origen o si el dispositivo tarda en procesar archivos pesados, esa capa solo resuelve una parte del trayecto. El resultado también depende de la conexión del visitante y de la configuración concreta.
Una CDN acelera una web cuando reduce trabajo repetido y permite entregar recursos desde una ruta conveniente. Su efecto no proviene de una copia mágica de todo el sitio, sino de una decisión precisa: qué respuesta se puede guardar, dónde, durante cuánto tiempo y bajo qué condiciones volver a validarla.
Deja una respuesta