Vercel unifica o Data Cache ao Runtime Cache e simplifica o cache em runtime

A Vercel está consolidando o Data Cache dentro do Runtime Cache. Até agora, o cache de fetch do Next.js e o unstable_cache usavam o Data Cache, enquanto getCache (de @vercel/functions) e 'use cache: remote' usavam o Runtime Cache. Com a migração, as quatro APIs passam a ter um único conjunto de limites de armazenamento e de ferramentas de uso. Quem usa fetch caching ou unstable_cache não precisa mudar o código.

Por baixo, é uma API em Go apoiada por frotas de Redis em cada região, com mais de 440 milhões de leituras e mais de 18 TB movidos por hora. Cada região tem seu cache, e um cache hit custa uma ida e volta ao serviço da região onde o código roda. Em caso de miss, o app ou framework busca o valor e grava na região, sem consultar outras. A invalidação por tag grava um único timestamp, mesmo com um milhão de entradas na mesma tag, e a propagação para outras regiões leva em geral algumas centenas de milissegundos. Os circuit breakers, ativados em todas as regiões em agosto, deixam a leitura usar timestamps de tags em memória quando um shard está lento. O custo: nesse fallback, um dado recém-invalidado pode ser tratado brevemente como atual. Nos maiores picos da maior região, a latência p99 caiu para cerca de um quinto.

Nas cobranças e limites: no plano Pro, cada projeto e ambiente ganha alocação própria, com 8x o espaço do pool que o Data Cache dava ao time inteiro. Projetos Enterprise recebem 10x. Leituras e escritas antes não cobradas seguirão o preço do Runtime Cache, e times existentes receberão detalhes de migração e cobrança com antecedência.

Em 29 de outubro de 2026, o CEVIU noticiou "Vercel Flags inicia 7x mais rápido em cold starts e deixa de estender a duração das funções", outra melhoria de performance de runtime na plataforma, publicada um dia antes. Já em 7 de outubro de 2026, em "Next.js 16.4: Cache Components Padrão e Otimizações de Desempenho", o CEVIU cobriu o lado do framework, que agora conversa com essa camada via 'use cache: remote'. A novidade atual é de infraestrutura: o que era dois serviços virou um.

Para quem opera apps Next.js na Vercel, a leitura é que o código fica igual, mas a conta muda. Vale olhar o uso de cache antes da migração, porque leituras e escritas que não eram cobradas passam a entrar no preço. O fallback dos circuit breakers também pede atenção: se seu fluxo não tolera dado recém-invalidado por alguns instantes, convém saber que isso pode acontecer sob carga.