Resumen

  • Cache-Groups permite declarar una o varias cadenas opacas y sensibles a mayúsculas.
  • La pertenencia a un grupo existe solo dentro de la misma caché y del mismo origen URI.
  • En una solicitud segura, Cache-Group-Invalidation debe ignorarse; en una insegura, puede invalidar respuestas almacenadas que compartan los grupos indicados.
  • La invalidación es opcional salvo que otra extensión la refuerce, y no se propaga de forma recursiva.

RFC 9875 introduce una forma de expresar relaciones entre respuestas almacenadas. El productor puede asignar grupos a una respuesta y la caché puede usar esos identificadores para localizar respuestas relacionadas. Los valores son opacos y distinguen mayúsculas de minúsculas. Por eso el protocolo no decide qué significa un grupo para una organización ni quién puede emitirlo. Es un punto de control que necesita una política de nombres, propiedad y autorización.

La frontera de caché delimita la afirmación. Un grupo no es un registro compartido entre intermediarios, navegadores, proxies o servicios de almacenamiento independientes. Tampoco vincula respuestas de orígenes distintos. RFC 9875 no ofrece sincronización entre varias cachés, entre CDN ni entre orígenes. Una señal vista por una caché no debe convertirse en una promesa de convergencia para todo el camino de entrega. El estado remoto puede seguir siendo diferente aunque una caché local haya actuado.

La conducta del campo de invalidación combina una obligación con una posibilidad. Si aparece en una respuesta a una solicitud segura, debe ignorarse. Si aparece en una respuesta a una solicitud insegura, puede invalidar respuestas almacenadas que compartan los grupos nombrados. Puede no significa debe: la invalidación es opcional a menos que otra extensión de caché la haga más fuerte. Además, no hay cascada por nuevas relaciones; invalidar una respuesta no obliga a recorrer grupos que se relacionen posteriormente con ella.

El primer modo de fallo es la permanencia de respuestas relacionadas que ya están desactualizadas. El segundo es un grupo demasiado amplio, capaz de afectar contenido de otro equipo o inquilino. El alojamiento con un origen compartido vuelve visible el problema de autoridad: una parte podría agruparse con recursos de otra o invalidarlos si el anfitrión no controla el acceso. Los identificadores opacos evitan atribuirles un significado externo, pero no sustituyen la separación administrativa.

La implicación profesional es elegir conscientemente el alcance. Hay que definir qué caché recibe la señal, qué origen delimita la pertenencia y quién posee la autoridad de invalidación. Si el diseño necesita coordinar muchas cachés, debe incorporar otro mecanismo y no describir este como sincronización entre cachés, entre CDN o entre orígenes. La precisión de esa promesa importa tanto como la frescura buscada.

Fuentes