{"id":2739,"date":"2026-09-07T17:10:16","date_gmt":"2026-09-07T20:10:16","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/09\/07\/cloudflare-cache-lancamento-zstandard-e-pingora-reduzem-peta\/"},"modified":"2026-09-07T17:10:16","modified_gmt":"2026-09-07T20:10:16","slug":"cloudflare-cache-lancamento-zstandard-e-pingora-reduzem-peta","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/09\/07\/cloudflare-cache-lancamento-zstandard-e-pingora-reduzem-peta\/","title":{"rendered":"Cloudflare Cache lan\u00e7amento: Zstandard e Pingora reduzem petabytes"},"content":{"rendered":"

A internet de 2026 \u00e9, essencialmente, uma malha de caches. Cada requisi\u00e7\u00e3o HTTP bem-sucedida depende de algum mecanismo que evita buscar conte\u00fado na origem \u2014 e \u00e9 nesse campo que a Cloudflare se consolidou como um dos maiores sistemas aut\u00f4nomos do mundo, o AS13335<\/strong>, presente em mais de 300 cidades<\/strong> e 100 pa\u00edses<\/strong>, processando aproximadamente 1 em cada 5 requisi\u00e7\u00f5es HTTP globais<\/strong>. Em um ecossistema de CDN cada vez mais pressionado por tr\u00e1fego, lat\u00eancia e custos de egress, o Cloudflare Cache lan\u00e7amento<\/strong> recente re\u00fane um conjunto de inova\u00e7\u00f5es que atacam diretamente o cora\u00e7\u00e3o da infraestrutura de borda: como armazenar mais dados com o mesmo hardware, servir conte\u00fado com menos mem\u00f3ria e permitir que o cache da edge seja program\u00e1vel por meio de Workers e Images. Para profissionais de infraestrutura, seguran\u00e7a e SRE, entender esses movimentos \u00e9 entender para onde o mercado de edge computing est\u00e1 indo em 2026.<\/p>\n

Os an\u00fancios que sustentam este Cloudflare Cache lan\u00e7amento<\/strong> v\u00eam de publica\u00e7\u00f5es oficiais do Cloudflare Blog e de changelogs internos. A empresa revelou que prototipou compress\u00e3o Zstandard (RFC 8878) dentro do cache<\/strong>, em conjunto com o proxy Pingora<\/strong>, com potencial de economizar petabytes de armazenamento de cache usando o mesmo hardware<\/strong>. Em paralelo, a equipe respons\u00e1vel pelo 1.1.1.1<\/strong> \u2014 o resolver DNS p\u00fablico da Cloudflare \u2014 aplicou cinco otimiza\u00e7\u00f5es em Rust no layout do cache do servi\u00e7o apelidado de Big Pineapple<\/strong>, reduzindo o consumo de mem\u00f3ria por entrada em 56%<\/strong> e liberando aproximadamente 100 terabytes de RAM<\/strong> em toda a frota. Juntas, essas mudan\u00e7as representam um salto de efici\u00eancia que reduz custo operacional, aumenta hit ratio e melhora a experi\u00eancia do usu\u00e1rio final.<\/p>\n

Para empresas brasileiras, o impacto \u00e9 concreto. Com pontos de presen\u00e7a no Brasil \u2014 incluindo S\u00e3o Paulo, Rio de Janeiro e outras capitais \u2014 a Cloudflare entrega conte\u00fado a poucos milissegundos do usu\u00e1rio, e cada gigabyte servido diretamente do cache evita tr\u00e1fego caro para a origem. Em um cen\u00e1rio de LGPD<\/strong>, soberania de dados e margens operacionais apertadas, otimizar cache n\u00e3o \u00e9 cosm\u00e9tico: \u00e9 redu\u00e7\u00e3o de lat\u00eancia, de custo de egress e de carga sobre a infraestrutura de origem. O Cloudflare Cache lan\u00e7amento<\/strong> tamb\u00e9m amplia o escopo do que pode ser cacheado e manipulado programaticamente, com novos limites de Workers<\/strong> e recursos de Images binding<\/strong>, como rasteriza\u00e7\u00e3o de texto e assinatura de URLs.<\/p>\n

Este post t\u00e9cnico desmonta o que mudou, como funciona a compress\u00e3o Zstandard<\/strong> aplicada ao cache, o papel do Pingora<\/strong> como proxy de alto desempenho em Rust, as otimiza\u00e7\u00f5es de mem\u00f3ria do 1.1.1.1<\/strong>, e o que os novos limites de Workers de 64 MiB<\/strong> significam na pr\u00e1tica. Voc\u00ea vai ver compara\u00e7\u00f5es com Akamai<\/strong>, Fastly<\/strong> e AWS CloudFront<\/strong>, um passo a passo de configura\u00e7\u00e3o no Cloudflare Dashboard e recomenda\u00e7\u00f5es para aplicar essas melhorias em ambientes corporativos brasileiros. Ao final, vamos mostrar como a JRT Technology Solutions<\/strong> implementa e gerencia Cloudflare para clientes corporativos, combinando CDN, WAF, Zero Trust e Workers.<\/p>\n

Cloudflare Cache lan\u00e7amento: o que h\u00e1 de novo no stack de cache<\/h3>\n

O Cloudflare Cache lan\u00e7amento<\/strong> n\u00e3o \u00e9 um \u00fanico produto com um bot\u00e3o de ativa\u00e7\u00e3o, mas um pacote de avan\u00e7os publicados no decorrer das \u00faltimas semanas que altera fundamentalmente a efici\u00eancia da camada de cache da Cloudflare. A not\u00edcia mais significativa veio do Cloudflare Blog, no artigo \u201cHow we could save petabytes of cache storage with Zstandard and Pingora\u201d<\/em>. Nele, a equipe de infraestrutura explica que prototipou um sistema de compress\u00e3o de objetos dentro do cache<\/strong>, permitindo que os discos NVMe\/SSD de cada ponto de presen\u00e7a armazenem muito mais dados sem qualquer compra adicional de hardware. O resultado estimado \u00e9 uma economia de petabytes de armazenamento de cache<\/strong> em escala de frota.<\/p>\n

Outro pilar do an\u00fancio \u00e9 a otimiza\u00e7\u00e3o do cache do resolver DNS 1.1.1.1<\/strong>. O artigo \u201cHow we saved 100 terabytes of memory by optimizing 1.1.1.1\u2019s DNS cache\u201d<\/em> detalha cinco otimiza\u00e7\u00f5es em Rust no layout de mem\u00f3ria do cache do Big Pineapple<\/strong>, o servidor DNS autoritativo e recursivo da Cloudflare. A redu\u00e7\u00e3o de 56% no consumo por entrada<\/strong> liberou cerca de 100 TB de RAM<\/strong> em todos os data centers da Cloudflare. Para um servi\u00e7o que responde bilh\u00f5es de consultas DNS diariamente, essa economia reduz lat\u00eancia, aumenta a taxa de acerto do cache e permite que a infraestrutura absorva picos sem degrada\u00e7\u00e3o.<\/p>\n

Completam o pacote dois changelogs relevantes para a camada program\u00e1vel de cache. O Workers<\/strong> passou a permitir deploy de bundles com at\u00e9 64 MiB de tamanho descompactado<\/strong>, eliminando a checagem anterior baseada no tamanho gzip (3 MB para planos Free e 10 MB para planos pagos). Antes, depend\u00eancias maiores, frameworks pesados e muito c\u00f3digo eram rejeitados no upload. Agora, apenas o tamanho descompactado conta, e o comando wrangler deploy --outdir bundled\/ --dry-run<\/code><\/strong> mostra o valor exato do Total Upload<\/strong>. J\u00e1 o Cloudflare Images binding<\/strong> ganhou m\u00e9todos para rassterizar texto em imagens, listar com filtro de metadados, gerar URLs assinadas, criar uploads diretos e \u2014 crucial para cache \u2014 definir Cache-Control<\/strong> com Workers Cache<\/strong>, permitindo que imagens otimizadas sejam armazenadas na edge de forma expl\u00edcita.<\/p>\n

Ao juntar essas publica\u00e7\u00f5es, fica claro o direcionamento estrat\u00e9gico da Cloudflare: reduzir a pegada f\u00edsica do cache, torn\u00e1-lo mais r\u00e1pido e program\u00e1vel, e eliminar limites que atrapalhavam o uso do edge computing. Para quem opera infraestrutura CDN, cada um desses an\u00fancios tem implica\u00e7\u00f5es pr\u00e1ticas imediatas, que abordaremos nas pr\u00f3ximas se\u00e7\u00f5es. O Cloudflare Cache lan\u00e7amento<\/strong> \u00e9, portanto, um marco de efici\u00eancia que merece an\u00e1lise detalhada, n\u00e3o apenas porque economiza recursos, mas porque muda o custo-benef\u00edcio de servir conte\u00fado est\u00e1tico e din\u00e2mico a partir da borda.<\/p>\n

Cloudflare Cache lan\u00e7amento: detalhes t\u00e9cnicos e como funciona<\/h3>\n

A base t\u00e9cnica do Cloudflare Cache lan\u00e7amento<\/strong> come\u00e7a com o Zstandard<\/strong>, amplamente conhecido como Zstd<\/strong>. Trata-se de um algoritmo de compress\u00e3o sem perdas definido na RFC 8878<\/strong>, desenvolvido originalmente pelo Facebook\/Meta e hoje mantido como padr\u00e3o aberto. O Zstd se destaca por oferecer taxas de compress\u00e3o superiores ao gzip<\/strong> com desempenho de descompress\u00e3o muito superior ao Brotli<\/strong> \u2014 um equil\u00edbrio essencial para cache de borda, onde o objeto precisa ser descomprimido em fra\u00e7\u00f5es de milissegundo antes de ser servido ao cliente. A Cloudflare prototipou a compress\u00e3o dos objetos armazenados em cache usando Zstd, reduzindo a ocupa\u00e7\u00e3o de disco e aumentando a capacidade \u00fatil de armazenamento sem adicionar hardware.<\/p>\n

O segundo componente \u00e9 o Pingora<\/strong>, o proxy HTTP de alto desempenho escrito em Rust<\/strong> que a Cloudflare desenvolveu para substituir o Nginx<\/strong> em sua borda. O Pingora gerencia conex\u00f5es, TLS, HTTP\/2, HTTP\/3 e roteamento de requisi\u00e7\u00f5es com maior efici\u00eancia de mem\u00f3ria e menor lat\u00eancia de cauda. Ao combinar Pingora com a compress\u00e3o Zstd no cache, a Cloudflare consegue comprimir objetos sem penalizar o tempo de resposta: a descompress\u00e3o ocorre no caminho de sa\u00edda, aproveitando o alto desempenho do Rust para manter overhead m\u00ednimo. Na pr\u00e1tica, isso significa que um mesmo disco NVMe pode armazenar significativamente mais objetos, aumentando o hit ratio e reduzindo a necessidade de buscar conte\u00fado na origem.<\/p>\n

No caso do 1.1.1.1<\/strong>, a equipe do Big Pineapple<\/strong> aplicou cinco otimiza\u00e7\u00f5es de layout em Rust no cache DNS, incluindo reordena\u00e7\u00e3o de campos para reduzir padding, uso de estruturas mais compactas para armazenar TTLs e pointers, e elimina\u00e7\u00e3o de aloca\u00e7\u00f5es redundantes. O resultado foi uma redu\u00e7\u00e3o de 56% na mem\u00f3ria por entrada<\/strong>. Com bilh\u00f5es de entradas em cache na frota global, isso liberou 100 TB de RAM<\/strong>, que agora pode ser usada para outros servi\u00e7os \u2014 incluindo o pr\u00f3prio cache HTTP \u2014 ou simplesmente reduzir o custo de infraestrutura. Para quem administra DNS p\u00fablico ou privado, a li\u00e7\u00e3o \u00e9 clara: micro-otimiza\u00e7\u00f5es em estruturas de cache, quando aplicadas em escala, geram economias massivas.<\/p>\n

O Workers<\/strong> tamb\u00e9m passou por mudan\u00e7as estruturais no limite de deploy. Antes, o Wrangler compactava o bundle e verificava o tamanho gzip: 3 MB<\/strong> para Free e 10 MB<\/strong> para Paid. Isso obrigava desenvolvedores a fazer tree-shaking agressivo, cortar depend\u00eancias e evitar frameworks mais robustos. Agora, o limite \u00e9 de 64 MiB descompactados<\/strong> em todos os planos. O valor que importa \u00e9 o campo Total Upload<\/strong> exibido pelo dry-run do Wrangler. J\u00e1 o Images binding<\/strong> introduziu o m\u00e9todo .text()<\/strong> para rasterizar texto em imagens, o array <\/p>\n

\n

Sua empresa ainda n\u00e3o usa Cloudflare de forma estrat\u00e9gica?<\/p>\n

A JRT Technology Solutions implementa Cloudflare CDN, WAF, Zero Trust e Workers para empresas que precisam de performance, seguran\u00e7a e escalabilidade.<\/p>\n


\n <\/svg>
\n Falar com especialista
\n <\/a>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

A internet de 2026 \u00e9, essencialmente, uma malha de caches. Cada requisi\u00e7\u00e3o HTTP bem-sucedida depende de algum mecanismo que evita buscar conte\u00fado na origem \u2014 e \u00e9 nesse campo que a Cloudflare se consolidou como um dos maiores sistemas aut\u00f4nomos do mundo, o AS13335, presente em mais de 300 cidades e 100 pa\u00edses, processando aproximadamente … Ler mais<\/a><\/p>\n","protected":false},"author":1,"featured_media":2738,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"iawp_total_views":0,"footnotes":""},"categories":[1721],"tags":[3405],"class_list":["post-2739","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cdn-cloudflare","tag-cloudflare-cache-feature-launch"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t