Vercel Blob consistent reads: separe atualidade, concorrência e cache

Tech
Visualizações 3

get() e presignUrl() privados aceitam useCache: false para contornar o CDN. Após sobrescrever o mesmo pathname, a leitura padrão pode devolver a versão anterior por até 60 segundos.

Vercel Blob consistent reads: separe atualidade, concorrência e cache
useCache: false lê o overwrite mais recente em Blob privado. Guia para memória de agentes, ETag, autorização e cache do navegador.

A novidade

get() e presignUrl() privados aceitam useCache: false para contornar o CDN. Após sobrescrever o mesmo pathname, a leitura padrão pode devolver a versão anterior por até 60 segundos.

Atualidade não é concorrência

A opção resolve apenas read-after-write. Com vários writers, use ETag e ifMatch para transformar conflito em BlobPreconditionFailedError.

Auth e cache de entrega

Autorize no route handler junto de get(). A Vercel recomenda private, no-cache no navegador e no-store para dados muito sensíveis.

Modelo operacional

Classifique objetos como asset imutável, estado mutável ou snapshot derivado. Reserve origin reads para memória de agentes, checkpoints e verificação imediata.

Riscos

O bypass aumenta latência e Fast Origin Transfer. Para transações ou muitos writers, Postgres pode ser mais simples.

Checklist

Inventariar allowOverwrite

Confirmar @vercel/blob ≥ 2.6.1

Testar conflitos ETag

Medir origin reads

Fontes