Vercel Blob consistent reads: Aktualität, Konkurrenz und Cache getrennt planen
Private get()- und presignUrl()-Aufrufe können mit useCache: false die CDN-Schicht umgehen. Nach einem Overwrite kann der Standardpfad sonst bis zu 60 Sekunden die vorherige Version liefern.
Was neu ist
Private get()- und presignUrl()-Aufrufe können mit useCache: false die CDN-Schicht umgehen. Nach einem Overwrite kann der Standardpfad sonst bis zu 60 Sekunden die vorherige Version liefern.
Freshness ist nicht Concurrency
Die Option löst nur read-after-write freshness. Mehrere Writer brauchen ETag und ifMatch, damit ein Konflikt als BlobPreconditionFailedError sichtbar wird statt Änderungen still zu verlieren.
Auth und Delivery Cache
Prüft Berechtigungen direkt im Route Handler neben get(). Für Browser empfiehlt Vercel private, no-cache, bei hochsensiblen Daten no-store.
Betriebsmodell
Klassifiziert Pfade als immutable asset, mutable state oder derived snapshot. Origin Reads gehören nur in Agent-Memory, Checkpoints und Verifikation mit strenger Freshness-SLO.
Risiken
CDN-Bypass erhöht Latenz und Fast Origin Transfer. Bei vielen Writern oder Transaktionen ist Postgres oft das einfachere Zustandsmodell.
Praxischeck
✓allowOverwrite-Aufrufe inventarisieren
✓@vercel/blob ≥ 2.6.1 prüfen
✓ETag-Konflikte testen
✓Origin-Anteil beobachten