Descripción general de la invalidación de caché

En esta página se proporciona una descripción general de la invalidación de caché de Cloud CDN. Para aprender cómo invalidar el contenido almacenado en caché, lee Invalida contenido almacenado en caché.

¿Qué es la invalidación de caché?

Una vez que un objeto se almacena en caché, normalmente permanece en la caché hasta su vencimiento o expulsión a fin de dejar lugar para el contenido nuevo. Puedes controlar el plazo de vencimiento a través de encabezados HTTP estándares. Para obtener más información, consulta la sección de plazos de vencimiento en Detalles de almacenamiento en caché.

A veces, es recomendable que quites un objeto de la caché antes de su plazo de vencimiento normal. Puedes hacer que la caché ignore un objeto o un conjunto de objetos mediante la solicitud de una invalidación de caché.

Es importante asegurarse de que el servidor de origen muestre el contenido correcto antes de solicitar la invalidación de la caché. De lo contrario, cuando Cloud CDN vuelve a solicitar el contenido, puede almacenar nuevamente en caché el contenido aún incorrecto.

Patrones de ruta de acceso

Cada solicitud de invalidación especifica un patrón de ruta de acceso que identifica el objeto o el conjunto de objetos que debe invalidarse. El patrón de ruta de acceso puede ser una ruta específica como /cat.jpg, o una estructura completa de directorio como /pictures/*. Las siguientes reglas se aplican a los patrones de ruta de acceso:

  • El patrón de ruta de acceso debe comenzar con /.
  • No puede incluir ? ni #.
  • No debe incluir un *, excepto como el carácter final después de un /.
  • Si termina con /*, la string anterior es un prefijo, y todos los objetos cuyas rutas de acceso comienzan con ese prefijo se invalidan,

El patrón de ruta de acceso se compara con el componente de ruta de la URL, que es todo lo que existe entre el nombre de host y cualquier ? o # que pueda estar presente.

Si tienes URL que contienen una cadena de consulta, p. ej., /images.php?image=fred.png, no puedes invalidar de manera selectiva los objetos que difieren solo por la cadena de consulta. Por ejemplo, si tienes dos imágenes, /images.php?image=fred.png y /images.php?image=barney.png, no puedes invalidar solo fred.png. Para invalidar todas las imágenes que entrega images.php, utiliza /images.php como el patrón de ruta de acceso.

Invalida la caché para un solo host

Por lo general, la invalidación de caché invalida la ruta de acceso para los nombres de host. Por ejemplo, si example.com y example2.com están dirigidos al mismo balanceador de cargas y, a continuación, invalidas /images/cat.jpg, tanto example.com/images/cat.jpg como example2.com/images/cat.jpg se invalidarán.

Puedes restringir la invalidación únicamente a uno de los hosts; para ello, agrega la marca --host al comando.

Consulta Invalida contenido almacenado en caché para obtener instrucciones.

Limitaciones

La invalidación está diseñada para utilizarse en circunstancias excepcionales, no como parte del flujo de trabajo normal. Es importante destacar que las invalidaciones no afectan las copias almacenadas en caché en las memorias caché del navegador web ni las memorias caché que operan los proveedores de servicios de Internet de terceros. Como alternativa a las invalidaciones de rutina, puedes establecer de manera proactiva plazos de vencimiento adecuados en las respuestas o utilizar URL diferentes para las distintas versiones del contenido. Para obtener más información sobre los plazos de vencimiento, consulta Plazos de vencimiento y solicitudes de validación.

Las invalidaciones tienen una tasa limitada. Puedes enviar una invalidación por minuto como máximo. Pero, una invalidación puede tener cualquier tamaño. La invalidación de /images/fred.png cuenta como una invalidación. La invalidación de /images/* también cuenta como una invalidación.

Realiza la invalidación solo de aquello que deba invalidarse, ya que una invalidación excesiva podría provocar que una gran cantidad de solicitudes que las memorias caché entregaron lleguen repentinamente a las instancias o los depósitos.

Debido a que Cloud CDN es un sistema distribuido, podría informar que una invalidación se ha completado a pesar de que una cantidad pequeña de memorias caché todavía no haya procesado la solicitud de invalidación. Esta situación es extremadamente excepcional y se corregirá automáticamente.

Pasos siguientes

¿Te ha resultado útil esta página? Enviar comentarios:

Enviar comentarios sobre...

Documentación de Cloud CDN