¿Qué es la caché de una red de distribución de contenidos?

Una caché de red de distribución de contenidos (CDN) es un almacenamiento temporal de contenido de sitios web o aplicaciones ubicado en servidores más cercanos al usuario final. En lugar de recuperar el mismo contenido de un servidor de origen cada vez que alguien lo solicita, una CDN puede mantener una copia en caché en el borde de la red y servirla directamente.

El resultado es una distribución de contenidos más rápida, menos petición a la infraestructura de origen y una mayor resiliencia cuando hay pico de tráfico o los sistemas de origen experimentan problemas.

¿Qué es la caché?

Una caché de CDN almacena copias de contenido en ubicaciones de edge, también conocidas como puntos de presencia (POP), distribuidas por la red de una CDN.

Cuando alguien visita un sitio web o usa una aplicación, la red de distribución de contenidos puede comprobar si el contenido solicitado ya está disponible en una caché cercana. Si es así, la red de distribución de contenidos puede devolver la copia almacenada en caché en lugar de hacer otra petición al servidor de origen de la aplicación.

Las cachés de CDN suelen asociarse a recursos estáticos como:

• Imágenes

• Archivos JavaScript y CSS

• Fonts

• Vídeos y otros contenidos multimedia

• Descargas de software

CDN moderna también puede almacenar en caché HTML, respuestas de API y otro contenido dinámico o que cambia con frecuencia cuando se aplican políticas de almacenamiento en caché adecuadas. Los objetos almacenados en caché tienen un «periodo de vigencia» definido y la red de distribución de contenidos también puede desalojarlos mientras gestiona la capacidad de caché disponible. 

¿Cómo funciona la caché de una red de distribución de contenidos?

El almacenamiento en caché de la red de distribución de contenidos suele seguir un proceso de petición y respuesta:

1. Un usuario solicita contenido. Un navegador, una aplicación móvil, un cliente de API u otra aplicación envía una petición de un recurso (una página web, imagen, vídeo, etc.). 

2. La red de distribución de contenidos recibe la petición. La petición se enruta a una ubicación edge adecuada de la red de distribución de contenidos.

3. La caché busca el objeto solicitado. Si ya hay una copia reciente almacenada en caché, esto se denomina habitualmente un acierto de caché. La red de distribución de contenidos puede devolver el objeto sin recuperarlo del origen.

4. La red de distribución de contenidos recupera el contenido que falta. Si un objeto apto no está disponible en caché (lo que se denomina un fallo de caché) la red de distribución de contenidos lo solicita al origen o a otra caché ascendente.

5. La respuesta puede almacenarse en caché. En función de las reglas de almacenamiento en caché de HTTP y de la configuración de la red de distribución de contenidos, la respuesta puede almacenarse para que las peticiones posteriores puedan servirse desde la caché.

Los objetos almacenados en caché suelen tener un tiempo de vida (TTL) que determina durante cuánto tiempo pueden considerarse actualizados sin consultar al origen. Cuando el contenido almacenado en caché caduca, una red de distribución de contenidos puede revalidarlo con el origen en lugar de descargar de nuevo el objeto completo. 

¿Cuál es la diferencia entre la caché de una red de distribución de contenidos y la caché del navegador?

Ambos almacenan contenido para que no sea necesario recuperarlo repetidamente, pero operan en lugares diferentes.

Una caché del navegador almacena contenido en el dispositivo de un usuario individual. Una caché de CDN almacena contenido en una infraestructura compartida en el borde de la red, donde un objeto almacenado en caché puede utilizarse para atender peticiones de muchos usuarios.

Esta distinción es importante porque los operadores de sitios web tienen bastante más control directo sobre la invalidación de la caché de la red de distribución de contenidos. Una red de distribución de contenidos no puede simplemente purgar un objeto ya almacenado en la caché del navegador de un usuario final. 

¿Qué ocurre cuando cambia el contenido almacenado en caché?

El contenido almacenado en caché no tiene por qué permanecer necesariamente en el edge hasta que expire su tiempo de vida (TTL).

Una red de distribución de contenidos puede purgar o invalidar un objeto cuando cambia el origen. La siguiente petición puede recuperar entonces la versión actualizada del origen y volver a rellenar la caché.

Esto hace que la invalidación sea una parte importante de una estrategia eficaz de almacenamiento en caché. En lugar de establecer TTL extremadamente cortos simplemente porque el contenido podría cambiar, las organizaciones pueden almacenar contenido en caché durante más tiempo e invalidarlo cuando se produzca una actualización real.

¿Se puede almacenar contenido dinámico en caché en una red de distribución de contenidos?

Sí. Que el contenido dinámico deba almacenarse en caché depende de cómo se genera, de la frecuencia con la que cambia y de si la respuesta varía según el usuario o la petición.

El contenido como la información de producto, los artículos de noticias, la respuesta de API u otros datos que cambian con frecuencia es adecuado para el almacenamiento en caché en el edge cuando se combina con TTL, claves de caché, revalidación e invalidación adecuados.

Fastly admite específicamente almacenar en caché una gama más amplia de contenido, incluido el contenido dinámico y activado por eventos, y la purga rápida proporciona una forma de actualizar la información almacenada en caché cuando es necesario.

¿Por qué es necesario/importante el almacenamiento en caché de la red de distribución de contenidos?

Sin el almacenamiento en caché de la CDN, es posible que las solicitudes tengan que viajar hasta la infraestructura de origen de una aplicación, incluso cuando miles o millones de usuarios solicitan contenido idéntico.

El almacenamiento en caché ayuda a abordar varios desafíos.

Rendimiento: Servir contenido desde una ubicación edge cercana puede reducir la distancia de red y el procesamiento en origen necesarios para atender una petición, lo que mejora los tiempos de respuesta.

Escalabilidad: Una caché puede servir el mismo objeto repetidamente sin generar una petición correspondiente al origen cada vez. Eso ayuda a las aplicaciones a adaptarse a audiencias más amplias y a picos de tráfico repentinos.

Descarga a origen: Menos peticiones que llegan a la infraestructura de origen implican una menor demanda de computación, red y ancho de banda. Distribuir más contenido desde la caché puede, en consecuencia, reducir los costes de infraestructura y de tráfico de salida del origen.

Fiabilidad y resiliencia: unas políticas de almacenamiento en caché adecuadas pueden permitir que parte del contenido siga estando disponible incluso cuando un origen se vuelve lento o no está disponible. 

Experiencia de usuario: Las respuestas más rápidas y coherentes pueden mejorar la experiencia de los usuarios que pueden estar geográficamente lejos de la infraestructura de una aplicación.

¿Cuáles son las prácticas recomendadas para el almacenamiento en caché de la red de distribución de contenidos?

No existe una única política de almacenamiento en caché que funcione para todas las aplicaciones. El almacenamiento en caché eficaz requiere equilibrar el rendimiento con la actualización del contenido y el control. Algunas prácticas útiles incluyen:

• Establece políticas de almacenamiento en caché explícitas. 

• Elige los TTL en función de cómo cambie el contenido. Los activos de larga duración, como las imágenes versionadas o los paquetes de JavaScript, a menudo pueden usar TTL largos, mientras que la información que cambia rápidamente puede requerir periodos de actualización más cortos o una invalidación activa.

• Separa el almacenamiento en caché del navegador y de la CDN cuando sea necesario. Las cachés edge a menudo pueden conservar el contenido durante más tiempo, mientras que los navegadores reciben instrucciones de almacenamiento en caché más breves, lo que ofrece a los operadores de aplicaciones más control sobre las actualizaciones.

• Usa la invalidación selectiva. Cuando el contenido cambie, invalida URL específicas o grupos de objetos relacionados en lugar de vaciar innecesariamente toda la caché.

• Usa la información obsoleta de forma estratégica. 

• Proporciona validadores. El uso de encabezados permite que las cachés determinen si la información obsoleta ha cambiado realmente sin tener que volver a descargar siempre el objeto completo.

• Supervisa la eficacia de la caché. La proporción de aciertos de caché, el tráfico en origen, la latencia, los TTL y los patrones de invalidación pueden ayudar a los equipos a identificar contenido que podría almacenarse en caché de forma más eficaz.

• Ten cuidado con el contenido personalizado o sensible. La autenticación, cookies, los encabezados de autorización y las respuestas específicas del usuario deben incorporarse a las reglas de almacenamiento en caché para que la respuesta privada de un usuario no se sirva involuntariamente a otro.

El objetivo no es simplemente almacenar en caché tanto como sea posible. Consiste en almacenar en caché el contenido adecuado durante el tiempo adecuado, manteniendo el control sobre la actualización.

¿Quién necesita el almacenamiento en caché de la red de distribución de contenidos?

El almacenamiento en caché de la red de distribución de contenidos puede beneficiar a casi cualquier organización que distribuya contenido digital o aplicaciones a los usuarios, pero resulta especialmente valioso a escala.

Las empresas de comercio electrónico pueden almacenar en caché recursos de producto, páginas de categorías y, potencialmente, partes de experiencias que cambian rápidamente, al tiempo que conservan el control sobre las actualizaciones de inventario y precios.

Las empresas de medios de comunicación y del sector editorial pueden usar el almacenamiento en caché para gestionar grandes audiencias y picos de tráfico en torno a noticias de última hora o contenido popular.

Los servicios de streaming y entretenimiento pueden distribuir contenido multimedia y recursos relacionados más cerca de las audiencias.

Los proveedores de Saas y API pueden reducir la latencia y la demanda del backend almacenando en caché las respuestas de la aplicación y de API aptas.

Las empresas de software y videojuegos pueden distribuir de forma eficiente archivos grandes, descargas, parches y otros recursos que se solicitan con frecuencia.

Las empresas globales pueden ofrecer un rendimiento de la aplicación más uniforme a usuarios distribuidos en distintas regiones.

Incluso las organizaciones que ofrecen principalmente aplicaciones dinámicas pueden obtener ventajas. La CDN moderna no se limita al almacenamiento en caché de archivos estáticos: con la arquitectura y la estrategia de invalidación adecuadas, el contenido que cambia rápidamente y el activado por eventos también se puede almacenar en caché en el edge.

¿Qué ofrece Fastly para el almacenamiento en caché de CDN?/ Cómo puede ayudar Fastly

La red de distribución de contenidos de Fastly está diseñada para dar a las organizaciones control sobre qué se almacena en caché, durante cuánto tiempo se almacena en caché y cuándo se actualiza.

La red de distribución de contenidos de Fastly admite el almacenamiento en caché de contenido estático, así como de contenido dinámico y activado por eventos en el edge. Su arquitectura de red utiliza POP de alta capacidad diseñados para mantener más contenido almacenado en caché más cerca de los usuarios.

Las capacidades clave de almacenamiento en caché incluyen:

Instant Purge: Fastly permite invalidar rápidamente el contenido almacenado en caché cuando cambia, lo que permite a las empresas almacenar contenido en caché durante más tiempo sin depender exclusivamente de TTL cortos para mantener la información actualizada. Fastly informa de un tiempo medio regional de purga inferior a 150 milisegundos a fecha de 31 de diciembre de 2025.

Purga granular: El contenido puede invalidarse por URL o agruparse mediante claves suplentes. La purga diferida puede marcar un objeto como obsoleto en lugar de eliminarlo de inmediato, lo que ayuda a las aplicaciones a seguir sirviendo contenido mientras se actualiza la caché.

Origin Shield: Fastly puede usar un punto de presencia designado como escudo entre las cachés de edge y un origen. Esto puede mejorar la eficiencia de la caché y reducir el número de peticiones que llegan a la infraestructura de origen.

Control detallado de la caché: Los desarrolladores pueden usar los controles estándar de almacenamiento en caché de HTTP, así como las capacidades de Fastly, para gestionar el almacenamiento en caché de la red de distribución de contenidos de forma independiente del almacenamiento en caché del navegador.

Información obsoleta y revalidación: Fastly admite «stale-while-revalidate» y «stale-if-error», lo que permite a las aplicaciones equilibrar la actualización, el rendimiento y la resiliencia.

Programabilidad y observabilidad: la CDN de Fastly proporciona API, lógica de distribución configurable, así como registro y observabilidad en tiempo real, lo que ofrece a los equipos de desarrollo y Operaciones una mayor visibilidad y control sobre la distribución de contenidos.

Al combinar el almacenamiento en caché en el edge con una invalidación rápida y un control programable, Fastly permite a las organizaciones almacenar en caché más contenido (incluido el contenido que cambia con frecuencia) y, al mismo tiempo, mantener el control sobre cuándo los usuarios reciben versiones actualizadas.