El HTTP Vary Header es un encabezado de respuesta HTTP que especifica qué encabezados de la solicitud original el servidor utilizó para seleccionar la representación de un recurso. Su propósito principal es instruir a los proxies y caches (tanto intermedios como del navegador) que una respuesta almacenada en caché para una URL particular no es válida a menos que los encabezados de la solicitud subsiguiente coincidan con los encabezados de la solicitud original que generó la respuesta almacenada. Por ejemplo, si un servidor envía `Vary: Accept-Encoding`, indica que la representación del recurso puede variar según el valor del encabezado `Accept-Encoding` (ej. gzip, br).
En el mundo real, el `Vary` header es ampliamente utilizado por Content Delivery Networks (CDNs) como Akamai, Cloudflare y Fastly, así como por servidores web como Nginx y Apache, y proxies inversos como Varnish Cache. Por ejemplo, un CDN podría usar `Vary: Accept-Encoding` para servir versiones comprimidas (gzip) o sin comprimir de un recurso a diferentes clientes, optimizando el ancho de banda. Otro caso común es `Vary: User-Agent` para servir contenido adaptado a diferentes tipos de dispositivos (móvil vs. desktop), o `Vary: Accept-Language` para entregar contenido en el idioma preferido del usuario. Los frameworks web también lo emplean; por ejemplo, Django puede usarlo para su middleware de compresión.
Para un arquitecto de sistemas, el `Vary` header es crucial para optimizar el rendimiento y la coherencia del contenido en sistemas distribuidos con caching. Su uso adecuado permite servir contenido dinámico o adaptado de manera eficiente, evitando que los caches entreguen representaciones incorrectas. Sin embargo, un uso excesivo o incorrecto de `Vary` puede reducir drásticamente la efectividad del caching, ya que cada combinación de encabezados especificados en `Vary` crea una entrada de caché separada, aumentando la 'cache-miss ratio' y el consumo de almacenamiento en caché. La decisión estratégica radica en equilibrar la necesidad de variabilidad del contenido con la eficiencia del caching, seleccionando cuidadosamente solo los encabezados que realmente influyen en la representación del recurso para evitar la fragmentación excesiva del caché.