Cloudflare reconstrói cache de range requests no Pingora e dispensa ajustes de range nos clientes

O problema vinha do desenho antigo, parecido com o cache slicing descrito em um blog do nginx. Cada requisição era mapeada para ranges de tamanho fixo, configurados por zona junto com as extensões de arquivo. Range pequeno gerava muitas buscas minúsculas na origem e pressão de memória no coalescing. Range grande fazia a Cloudflare baixar bem mais do que o cliente pediu. Como o tamanho entrava na chave de cache, mudar o valor invalidava as entradas.

A saída veio de algo que o Pingora já fazia: guardar cada arquivo em disco em chunks de tamanho fixo. O range deixou de ser configuração e virou o próprio chunk. Para cada requisição, o edge verifica o que já está em cache, serve esses bytes, busca na origem só os ranges alinhados aos chunks que faltam e devolve ao cliente apenas os bytes pedidos. Uma requisição pode combinar prefixo em cache, download em andamento e sufixo recém-buscado. Se outro download já cobre os bytes, a segunda requisição se anexa a ele. O coordenador valida tamanho total e entity tag entre as subrequisições, respeita If-Range e serve a resposta completa quando o conteúdo vai ser descomprimido. Requests menores que o chunk ainda podem buscar o chunk inteiro, mas o custo agora é limitado e previsível.

No R2, que usava range de 64 MiB, uma leitura pequena que cruzasse a fronteira podia custar 128 MiB entre data centers. Após a migração, o p99 de time to first byte caiu cerca de metade em hits e misses. Uma mudança posterior, que combina bytes do disco com bytes da origem na mesma resposta, cortou cerca de 6% do tráfego de tiered cache, semana contra semana. A ativação é por Cache Rule, no painel ou via API com origin_range_requests em modo on, e não torna cacheável o que já não era. A origem precisa suportar byte ranges.

Em 23 de outubro de 2026, o CEVIU noticiou "Cloudflare lança Origin Range Requests e passa a servir arquivos grandes sem ajuste de tamanho de range", com o mesmo exemplo do player de vídeo e dos 128 MiB. A matéria de agora detalha o que sustenta o recurso: o coordenador de ranges no Pingora, a migração do R2 e os números de p99 e de tráfego de tiered cache.

Em 14 de julho de 2026, o CEVIU já havia tratado do Smart Tiered Cache para regiões de nuvem pública. É a mesma camada de tiered cache cujo tráfego agora cai cerca de 6% com a combinação de bytes em disco e bytes da origem.

Para quem opera origem atrás da Cloudflare com arquivos grandes (vídeo, pacotes, imagens de disco, artefatos de modelo), isso tira uma configuração por zona do caminho. Em tese, também reduz a banda de saída da origem em cenários de seek. Vale medir egress e latência antes e depois de ativar a regra, e confirmar que a origem responde corretamente a Range.