Cuando una página web carga en apenas un segundo, es habitual escuchar que «es gracias a la caché» o que «todo lo hace el CDN». Ambas afirmaciones contienen parte de verdad, pero ninguna explica realmente lo que ocurre.
La confusión entre CDN (Content Delivery Network) y caché es una de las más frecuentes entre administradores de sistemas, desarrolladores y responsables de infraestructura. Ambos conceptos están estrechamente relacionados y suelen trabajar juntos, pero cumplen funciones diferentes. Comprender esa diferencia ayuda a diseñar aplicaciones más rápidas, reducir costes de infraestructura y mejorar la experiencia de los usuarios.
Las claves de CDN y caché en 20 segundos
- Una caché almacena temporalmente datos para evitar repetir el mismo trabajo.
- Un CDN es una red global de servidores que acerca el contenido al usuario.
- Los CDN utilizan caché, pero ofrecen muchas más funciones además del almacenamiento temporal.
- Las grandes plataformas combinan ambas tecnologías para reducir la latencia y aliviar la carga de sus servidores.
Desde un pequeño blog hasta plataformas como Netflix, GitHub o Amazon, prácticamente cualquier servicio de Internet moderno utiliza distintas capas de caché junto con una red de distribución de contenido. Sin embargo, cada una resuelve un problema diferente.
Qué es una caché y por qué acelera cualquier aplicación
Una caché es un almacenamiento temporal donde se guarda una copia de información que ya ha sido utilizada anteriormente.
La idea es sencilla: si un dato ya ha sido generado o descargado una vez, resulta mucho más eficiente reutilizarlo que volver a crearlo desde cero.
Este mecanismo evita cálculos repetitivos, reduce el número de consultas a bases de datos y disminuye el tráfico entre servidores.
Un ejemplo cotidiano ocurre en el navegador.
La primera vez que un usuario visita una página web, el navegador descarga imágenes, hojas de estilo CSS, archivos JavaScript, fuentes y otros recursos. Si vuelve a acceder pocos minutos después, muchos de esos archivos ya están almacenados localmente y pueden cargarse sin necesidad de descargarlos otra vez.
El mismo principio se aplica en muchos otros niveles de la infraestructura.
Entre los tipos de caché más habituales se encuentran:
- Caché del navegador.
- Caché del sistema operativo.
- Caché DNS.
- Caché de aplicaciones.
- Caché de bases de datos como Redis o Memcached.
- Caché de servidores web como Nginx o Varnish.
Aunque todas funcionan de forma distinta, persiguen el mismo objetivo: responder más rápido reutilizando información ya disponible.
Un CDN hace mucho más que almacenar archivos
Un Content Delivery Network (CDN) es una red distribuida de servidores repartidos por diferentes regiones del mundo.
Su función consiste en acercar el contenido al usuario para reducir la distancia física que deben recorrer los datos.
Si una empresa aloja su infraestructura únicamente en Madrid, un visitante desde Tokio tendrá que atravesar miles de kilómetros de red para descargar cada imagen o archivo estático.
Con un CDN, esos mismos recursos pueden servirse desde un nodo situado en Japón, reduciendo notablemente la latencia.
Aquí aparece una de las principales confusiones.
El CDN consigue este comportamiento utilizando caché, pero la caché es solo uno de sus componentes.
Además del almacenamiento temporal, un CDN suele incorporar:
- Balanceo de tráfico.
- Protección frente a ataques DDoS.
- Firewall de aplicaciones web (WAF).
- Compresión automática.
- Optimización de imágenes.
- Terminación TLS/SSL.
- Edge Computing.
- Reglas de seguridad.
- Gestión inteligente de rutas.
Por tanto, afirmar que un CDN es simplemente una caché resulta una simplificación excesiva.
Cómo trabajan juntos CDN y caché
Cuando un usuario accede por primera vez a una imagen alojada en una página web protegida por un CDN, normalmente sucede este proceso:
- El navegador solicita la imagen.
- La petición llega al nodo del CDN más cercano.
- Si el archivo ya está almacenado allí (cache hit), se entrega inmediatamente.
- Si todavía no existe (cache miss), el CDN solicita el recurso al servidor de origen.
- El nodo guarda una copia local y la utilizará para futuras peticiones.
Es importante entender que el CDN no dispone automáticamente de todos los archivos.
En la mayoría de los casos funciona mediante un modelo Pull CDN, donde el contenido se descarga bajo demanda la primera vez que alguien lo solicita.
Solo algunos proveedores utilizan modelos Push CDN, donde el administrador publica previamente los archivos en toda la red.
Cache hit y cache miss: dos conceptos fundamentales
Gran parte del rendimiento de cualquier infraestructura depende del porcentaje de aciertos en caché.
Cuando un recurso ya está disponible en la caché hablamos de un cache hit.
En ese caso, la respuesta llega casi inmediatamente y el servidor de origen ni siquiera interviene.
Si el dato no existe todavía, se produce un cache miss.
Entonces será necesario consultar la base de datos, el servidor web o el almacenamiento original antes de devolver la respuesta y almacenarla para futuras solicitudes.
Cuanto mayor sea la tasa de cache hit, menor será la carga sobre la infraestructura principal.
¿Puede existir caché sin CDN?
Sí.
De hecho, millones de páginas web funcionan perfectamente sin utilizar ninguna red de distribución de contenido.
El navegador almacena recursos localmente.
El servidor puede utilizar Redis para evitar consultas repetidas.
La base de datos mantiene información en memoria.
Todo ello mejora considerablemente el rendimiento.
El inconveniente aparece cuando los usuarios se encuentran lejos del centro de datos donde reside la aplicación.
En ese caso, aunque exista caché, la latencia de red seguirá siendo elevada porque cada petición debe viajar hasta el servidor principal.
¿Puede existir un CDN sin caché?
En la práctica, no.
Si un CDN tuviera que consultar el servidor de origen para absolutamente todas las peticiones, desaparecería buena parte de la mejora de rendimiento.
Precisamente la caché distribuida es la que permite responder desde los nodos de borde (edge servers) sin necesidad de contactar continuamente con el origen.
Por eso puede decirse que:
- Toda CDN utiliza caché.
- No toda caché pertenece a un CDN.
CDN frente a caché: diferencias principales
| Caché | CDN |
|---|---|
| Es un mecanismo de almacenamiento temporal. | Es una red global de distribución de contenido. |
| Puede existir en el navegador, servidor, aplicación o base de datos. | Está formada por cientos o miles de servidores distribuidos geográficamente. |
| Reduce trabajo repetitivo. | Reduce la distancia entre el usuario y el contenido. |
| Disminuye consultas y procesamiento. | Reduce latencia y acelera la entrega global. |
| Puede funcionar sin Internet. | Requiere una infraestructura distribuida. |
Por qué las grandes plataformas utilizan ambas tecnologías
Empresas como Netflix, GitHub, Amazon o las principales redes sociales combinan múltiples niveles de caché con enormes redes CDN.
Netflix, por ejemplo, distribuye previamente gran parte de su catálogo mediante Open Connect, acercando los contenidos a los operadores de Internet antes incluso de que los usuarios comiencen a reproducirlos.
Cloudflare, Fastly, Akamai o Amazon CloudFront siguen una filosofía similar para millones de páginas web, APIs e imágenes.
La caché reduce el número de operaciones necesarias para generar una respuesta.
El CDN acerca físicamente esa respuesta al usuario.
Juntas consiguen disminuir la latencia, reducir el consumo de ancho de banda, aliviar la carga sobre los servidores de origen y ofrecer una experiencia mucho más rápida incluso cuando millones de personas acceden simultáneamente al mismo servicio.
Con la llegada del Edge Computing, además, los CDN ya no solo almacenan archivos estáticos. Cada vez ejecutan más lógica de negocio directamente en sus nodos de borde, permitiendo autenticar usuarios, modificar respuestas HTTP, ejecutar funciones serverless o aplicar reglas de seguridad sin necesidad de llegar al servidor principal.
La evolución demuestra que la pregunta ya no es si una aplicación necesita caché o un CDN. En la mayoría de proyectos modernos, la respuesta es que necesita ambos, porque cada tecnología resuelve un problema diferente dentro del mismo objetivo: ofrecer aplicaciones más rápidas, escalables y resistentes.
Preguntas frecuentes
¿Un CDN es una caché?
No. Un CDN utiliza caché para almacenar contenido cerca del usuario, pero también incorpora funciones como protección DDoS, balanceo, optimización de contenido y seguridad.
¿Qué es un cache hit?
Es una petición que encuentra el recurso ya almacenado en la caché, evitando tener que recuperarlo desde el servidor de origen.
¿Puede una web funcionar solo con caché?
Sí. Muchas aplicaciones utilizan únicamente cachés locales o de servidor. Sin embargo, los usuarios alejados del centro de datos seguirán experimentando una mayor latencia.
¿Qué mejora más el rendimiento: un CDN o una caché?
No cumplen la misma función. La caché evita repetir trabajo y reduce consultas al origen, mientras que el CDN disminuye la distancia física entre el contenido y el usuario. La mayor mejora suele obtenerse cuando ambas tecnologías trabajan conjuntamente.
