Cloudflare ha presentado Origin Range Requests, una implementación renovada del manejo de peticiones HTTP Range que automatiza la coordinación de descargas parciales en su capa de caché. La compañía traslada así la carga de afinar parámetros al propio CDN: basta con activar la función con una Cache Rule y Cloudflare gestiona cómo se satisfacen las solicitudes parciales.
Qué cambia con Origin Range Requests
Las peticiones Range permiten a un cliente pedir solo una porción de un recurso (por ejemplo, unos megabytes de un vídeo al hacer seek) en lugar del archivo completo. Con la implementación anterior, Cloudflare mapeara cada petición a rangos de tamaño fijo configurados por zona. Ese enfoque generaba dos problemas opuestos: rangos pequeños provocaban muchas peticiones pequeñas al origen y presión de memoria en el cache; rangos grandes obligaban a descargar mucho más bytes de los solicitados, desperdiciando ancho de banda entre origen y centros de datos.
Origin Range Requests aprovecha el nuevo servidor de caché Pingora y su modelo de almacenamiento en chunks (bloques de tamaño fijo). En lugar de requerir un tamaño de rango configurable, Cloudflare alinea las solicitudes a los chunks que ya utiliza internamente: sirve los bytes ya cacheados, para los bytes faltantes solicita al origen los chunks alineados y almacena esos datos en el mismo formato de caché. El cliente recibe únicamente los bytes que pidió y el sistema evita el ajuste manual del tamaño de rango.
Impacto y beneficios
- Menor latencia para objetos grandes: en R2 (el almacenamiento de objetos de Cloudflare) Cloudflare reportó una reducción del p99 del tiempo hasta el primer byte aproximadamente a la mitad para ciertas cargas.
- Menos tráfico innecesario entre capas de caché: una mejora posterior redujo el tráfico en caché por niveles en cargas tipo R2 en torno al 6%.
- Coordinación de descargas concurrentes: si una descarga en curso cubre bytes solicitados por otra petición, la segunda puede «adjuntarse» a la descarga en vuelo en lugar de iniciar otra petición al origen, compartiendo trabajo durante picos de tráfico.
Qué deben hacer los administradores
Cloudflare ofrece Origin Range Requests como una función activable por Cache Rule para todos los planes, sin necesidad de contactar soporte ni ajustar un parámetro de tamaño de rango. Administradores de sitios, responsables de repositorios de archivos grandes, propietarios de contenido multimedia o gestores de artefactos que usan R2 u otros orígenes pueden habilitar la regla para que Cloudflare empiece a gestionar automáticamente las peticiones parciales.
La novedad no cambia el comportamiento de los clientes: si una aplicación no envía un header Range, no se producirá ninguna descarga parcial. Tampoco elimina por completo la posibilidad de trabajo extra cuando una petición cae dentro de un chunk mayor que la porción solicitada; la diferencia es que ese coste queda acotado y predecible por el tamaño interno de chunk de la caché, no por una configuración elegida por el cliente.
Limitaciones y casos especiales
Cloudflare evita componer respuestas parciales cuando los bytes pertenecen a representaciones diferentes (por ejemplo, si cambia el ETag o el tamaño total del recurso) y respeta el header If-Range: si la validación indica que la representación cambió, la respuesta será la representación completa. Además, no compone rangos cuando la representación está pendiente de transformaciones como descompresión, ya que el mapeo de bytes sería inconsistente.
En resumen, Origin Range Requests simplifica y automatiza la entrega eficiente de porciones de archivos grandes, reduce contaminación de tráfico entre origen y caché y mejora la latencia en casos de acceso concurrente. Los administradores deben activar la regla de caché en Cloudflare para beneficiarse de la mejora y revisar comportamientos específicos de sus clientes que dependan de peticiones Range.
Lee también:
- MSI XpertStation WS300: workstation de escritorio con la plataforma NVIDIA DGX Station GB300
- Una nueva operadora libia anuncia un centro de datos Tier III y despliegue 5G para 2027
Fuente: Cloudflare Blog
