Cloudflare lança Origin Range Requests e passa a servir arquivos grandes sem ajuste de tamanho de range

A Cloudflare reconstruiu o cache de range requests e abriu o resultado como Origin Range Requests, recurso self-service em todos os planos. O modelo antigo mapeava cada requisição para ranges de tamanho fixo, definidos por zona, parecido com o cache slicing do nginx. Range pequeno gerava muitas requisições à origem e pressão de memória. Range grande fazia a CDN baixar muito mais do que o cliente pediu. Mudar o tamanho invalidava o cache, porque ele fazia parte da cache key.

A saída veio do servidor de cache baseado em Pingora, que já guarda cada arquivo em disco em chunks de tamanho fixo. O range deixa de ser configuração e vira o próprio chunk. A Cloudflare serve o que já está em cache, busca na origem só os trechos faltantes alinhados aos chunks e devolve ao cliente apenas os bytes pedidos. Requisições menores que o chunk ainda podem exigir buscar o chunk inteiro, mas o custo extra é limitado e previsível. No R2, cujo range configurado era de 64 MiB, o p99 de time to first byte caiu cerca de metade. Uma melhoria posterior, que combina bytes de disco e de upstream numa só resposta, cortou cerca de 6% do tráfego de tiered cache. A ativação é por Cache Rule, e a origem precisa suportar byte ranges. O recurso não torna cacheável o que já não era.

A cobertura anterior do CEVIU sobre a Cloudflare trata de outras frentes de cache. Em 14 de julho de 2026, o CEVIU noticiou "Cloudflare otimiza Smart Tiered Cache para regiões de nuvem pública", e em 4 de setembro de 2026, "Cloudflare otimiza cache com Zstandard: Economia de petabytes e eficiência na entrega de conteúdo". Não são versões anteriores do mesmo recurso, mas mostram a mesma direção: reduzir tráfego entre camadas e o custo de armazenamento e entrega. A novidade agora é atacar o desperdício em arquivos grandes, com o tamanho de range saindo das mãos do cliente.

Para quem opera distribuição de vídeo, pacotes, imagens de disco ou artefatos de modelos de IA atrás da Cloudflare, a leitura é que um ajuste fino e arriscado some do backlog. Vale revisar zonas que usavam range caching com tamanho customizado e testar a Cache Rule em tráfego de arquivos grandes. Quem paga egress na origem deve medir se a leitura de pequenos trechos fica mais barata.