Una red de distribución de contenido (CDN) caché es un almacenamiento temporal de contenido de un sitio web o aplicación 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 Red de distribución de contenido puede mantener una copia en caché en el network edge y entregarla directamente.
El resultado es una distribución de contenido más rápida, menos solicitudes a la infraestructura de origen y mayor resiliencia cuando hay pico de tráfico o los sistemas de origen presentan problemas.
¿Qué es una caché?
La caché de una Red de distribución de contenido almacena copias del contenido en ubicaciones de edge, también conocidas como puntos de presencia (POPs), distribuidas en la red de una Red de distribución de contenido.
Cuando alguien visita un sitio web o usa una aplicación, la Red de distribución de contenido puede verificar si el contenido solicitado ya está disponible en una caché cercana. Si es así, la Red de distribución de contenido puede devolver la copia en caché en lugar de hacer otra solicitud al servidor de origen de la aplicación.
La caché de la Red de distribución de contenido suele asociarse con recursos estáticos como:
Imágenes
Archivos JavaScript y CSS
Fuentes
Videos y otros medios
Descargas de software
Las CDN modernas también pueden 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 en caché tienen un “período de vigencia” definido y la Red de distribución de contenido también puede expulsarlos mientras administra la capacidad de caché disponible.
¿Cómo funciona la caché de una red de distribución de contenido?
El almacenamiento en caché de Red de distribución de contenido generalmente sigue un proceso de solicitud y respuesta:
Un usuario solicita contenido. Un navegador, una aplicación móvil, un cliente de API u otra aplicación envía una solicitud de un recurso (una página web, imagen, video, etc.).
La Red de distribución de contenido recibe la solicitud. La solicitud se enruta a una ubicación edge adecuada de la Red de distribución de contenido.
La caché busca el objeto solicitado. Si ya hay una copia nueva en caché, esto suele llamarse aciertos de caché. La Red de distribución de contenido puede devolver el objeto sin recuperarlo del origen.
La Red de distribución de contenido recupera el contenido faltante. Si un objeto apto no está disponible en la caché (lo que se conoce como un error de caché) la Red de distribución de contenido lo solicita al origen o a otra caché ascendente.
La respuesta puede almacenarse en caché. Según las reglas de almacenamiento en caché de HTTP y la configuración de la Red de distribución de contenido, la respuesta puede almacenarse para que las solicitudes posteriores puedan servirse desde la caché.
Los objetos en caché suelen tener un Tiempo de vida (TTL) que determina cuánto tiempo pueden considerarse actualizados sin consultar al origen. Cuando el contenido de caché vence, una Red de distribución de contenido puede revalidarlo con el origen en lugar de descargar de nuevo el objeto completo.
¿Cuál es la diferencia entre una caché de Red de distribución de contenido y una caché del navegador?
Ambos almacenan contenido para que no sea necesario recuperarlo repetidamente, pero operan en lugares diferentes.
Un caché del navegador almacena contenido en el dispositivo de un usuario individual. Un caché de Red de distribución de contenido almacena contenido en infraestructura compartida en el network edge, donde un objeto en caché puede usarse para satisfacer solicitudes de muchos usuarios.
Esta distinción es importante porque los operadores de sitios web tienen mucho más control directo sobre la invalidación de caché de la Red de distribución de contenido. Una Red de distribución de contenido no puede simplemente depurar un objeto ya almacenado en la caché del navegador de un usuario final.
¿Qué sucede cuando cambia el contenido de caché?
El contenido de caché no necesariamente tiene que permanecer en el edge hasta que su Tiempo de vida expire.
Una Red de distribución de contenido puede depurar o invalidar un objeto cuando cambia la fuente. La siguiente solicitud puede recuperar la versión actualizada desde el origen y volver a llenar la caché.
Esto hace que la invalidación sea una parte importante de una estrategia de caché eficaz. En lugar de establecer TTL extremadamente cortos simplemente porque el contenido podría cambiar, las organizaciones pueden almacenar en caché el contenido durante más tiempo e invalidarlo cuando ocurra una actualización real.
¿Se puede almacenar en caché el contenido dinámico en una Red de distribución de contenido?
Sí. Que el contenido dinámico deba almacenarse en caché depende de cómo se genera, con qué frecuencia cambia y de si la respuesta varía según el usuario o la solicitud.
El contenido como información de productos, artículos de noticias, respuestas 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 apropiados.
Fastly admite específicamente el almacenamiento en caché de una gama más amplia de contenido, incluido el contenido dinámico e impulsado por eventos, y la purga rápida proporciona una forma de actualizar la información en caché cuando es necesario.
¿Por qué es necesario/importante el almacenamiento en caché de la Red de distribución de contenido?
Sin el almacenamiento en caché de la Red de distribución de contenido, es posible que las solicitudes deban 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 de edge cercana puede reducir la distancia de red y el procesamiento en el origen necesarios para atender una solicitud, lo que mejora los tiempos de respuesta.
Escalabilidad: Una caché puede servir el mismo objeto repetidamente sin generar una solicitud al origen correspondiente cada vez. Eso ayuda a las aplicaciones a adaptarse a audiencias más grandes y a picos de tráfico repentinos.
Descarga de origen: Menos solicitudes que llegan a la infraestructura de origen significan menos demanda de cómputo, red y ancho de banda. Como resultado, servir más contenido desde caché puede reducir los costos de infraestructura y los costos de salida del origen.
Fiabilidad y resiliencia: Las políticas de almacenamiento en caché adecuadas pueden permitir que parte del contenido siga disponible incluso cuando un origen se vuelve lento o no está disponible.
Experiencia del usuario: Respuestas más rápidas y consistentes pueden mejorar la experiencia de los usuarios que pueden estar geográficamente lejos de la infraestructura de una aplicación.
¿Cuáles son las mejores prácticas de caché de una Red de distribución de contenido?
No existe una sola política de almacenamiento en caché que funcione para todas las aplicaciones. Un almacenamiento en caché eficaz requiere equilibrar el rendimiento con la actualización del contenido y el control. Algunas prácticas útiles incluyen:
Define políticas de almacenamiento en caché explícitas.
Elige los TTL según cómo cambie el contenido. Los recursos de larga duración, como imágenes versionadas o paquetes de JavaScript, a menudo pueden usar TTL largos, mientras que la información que cambia rápidamente puede requerir períodos de actualización más cortos o invalidación activa.
Separa el almacenamiento en caché del navegador y de la Red de distribución de contenido cuando sea necesario. Las cachés de edge a menudo pueden retener contenido durante más tiempo, mientras que los navegadores reciben instrucciones de almacenamiento en caché más breves, lo que brinda a los operadores de aplicaciones más control sobre las actualizaciones.
Usa la invalidación dirigida. Cuando el contenido cambie, invalida URL específicas o grupos de objetos relacionados en lugar de borrar innecesariamente toda una caché.
Usa los datos obsoletos de forma estratégica.
Proporciona validadores. El uso de encabezados permite que la caché determine si los datos obsoletos realmente cambiaron sin tener que volver a descargar siempre el objeto completo.
Monitorea la efectividad de la caché. El índice de aciertos de caché, el tráfico de 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 efectiva.
Ten cuidado con el contenido personalizado o sensible. La autenticación, las cookies, los encabezados de autorización y las respuestas específicas del usuario deben incorporarse en las reglas de almacenamiento en caché para que la respuesta privada de un usuario no se entregue accidentalmente a otro.
El objetivo no es simplemente almacenar en caché tanto como sea posible. Se trata de almacenar en caché el contenido correcto durante el tiempo adecuado mientras se mantiene el control sobre la actualización.
¿Quién necesita almacenamiento en caché de Red de distribución de contenido?
El almacenamiento en caché de la Red de distribución de contenido puede beneficiar a casi cualquier organización que entrega contenido o aplicaciones digitales a los usuarios, pero se vuelve particularmente valioso a escala.
Las empresas de e-commerce pueden almacenar en caché recursos de producto, páginas de categoría y, potencialmente, partes de experiencias que cambian rápidamente, mientras conservan el control sobre las actualizaciones de inventario y precios.
Las empresas de medios y publicación pueden usar el almacenamiento en caché para gestionar grandes audiencias y aumentos repentinos de tráfico en torno a noticias de última hora o contenido popular.
Los servicios de streaming y entretenimiento pueden distribuir medios 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 aplicaciones y API aptas.
Las empresas de software y videojuegos pueden distribuir de manera eficiente archivos grandes, descargas, parches y otros recursos solicitados con frecuencia.
Las empresas globales pueden ofrecer un rendimiento de aplicación más consistente a usuarios distribuidos en diferentes regiones.
Incluso las organizaciones que ofrecen principalmente aplicaciones dinámicas pueden beneficiarse. La caché de CDN moderna no se limita a archivos estáticos: con la arquitectura y la estrategia de invalidación adecuadas, el contenido que cambia rápidamente y el impulsado por eventos también se puede almacenar en caché en el edge.
¿Qué ofrece Fastly para el almacenamiento en caché de Red de distribución de contenido?/ Cómo puede ayudar Fastly
La Red de distribución de contenido 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 contenido de Fastly admite el almacenamiento en caché de contenido estático, así como dinámico e impulsado por eventos, en el edge. La arquitectura de su red utiliza POPs de alta capacidad diseñados para mantener más contenido en caché más cerca de los usuario.
Las capacidades clave de almacenamiento en caché incluyen:
Instant Purge™: Fastly permite invalidar rápidamente el contenido de 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 un tiempo promedio regional de depuración de menos de 150 milisegundos al 31 de diciembre de 2025.
Purga granular: El contenido se puede invalidar por URL o agrupar mediante Surrogate Key. La purga diferida puede marcar un objeto como obsoleto en lugar de eliminarlo de inmediato, lo que ayuda a las aplicaciones a seguir entregando contenido mientras se actualiza la caché.
Escudo de origen: Fastly puede usar un punto de presencia designado como escudo entre los caché de edge y un origen. Esto puede mejorar la eficiencia de la caché y reducir el número de solicitudes que llegan a la infraestructura de origen.
Control detallado de caché: Los desarrolladores pueden usar controles de almacenamiento en caché HTTP estándar, así como las capacidades de Fastly, para administrar el almacenamiento en caché de la Red de distribución de contenido de forma independiente del almacenamiento en caché del navegador.
Datos obsoletos y revalidación: Fastly admite ‘stale-while-revalidate’ y ‘stale-if-error’, lo que permite que las aplicaciones equilibren la actualización, el rendimiento y la resiliencia.
Programabilidad y observabilidad: La Red de distribución de contenido de Fastly proporciona API, lógica de distribución configurable, así como registro y observabilidad en tiempo real, lo que brinda a los equipos de desarrollo y Operaciones mayor visibilidad y control sobre la distribución de contenido.
Al combinar el almacenamiento en caché en el edge con una invalidación rápida y control programable, Fastly permite a las organizaciones almacenar en caché más contenido (incluido el contenido que cambia con frecuencia) mientras conservan el control sobre cuándo los usuarios reciben versiones actualizadas.