Eventual consistency

MEGHATÁROZÁS

Eventual consistency azt jelenti, hogy ha egy elosztott rendszerbe nem érkezik új írás, akkor az olvasók egy idő után ugyanazt látják, de „egy idő után” nem ugyanaz, mint „azonnal”. A CAP-tétel szerint partition esetén választani kell a strict consistency és a rendelkezésre állás között, és sok modern adatréteg (S3, DynamoDB read replica, Redis replica, eventbus mögötti read model) az utóbbira optimalizál. Praktikus következmények egy dashboardnál: a felhasználó kattint a „mentés”-re, a POST 200-zal visszajön, viszont a következő GET még a régi adatot adja, mert a read replica még nem replikált. Mit kell csinálni: 1) read-your-writes pattern (a frissen írt erőforrásra a kliens query string-ben odatesz egy version vagy ETag-et, és a kliens optimistically frissíti a saját state-jét). 2) Soft-loading state plus skeleton plus retry. 3) Single source of truth komponens (TanStack Query, SWR) ami a stale-while-revalidate-et kezeli. Soha ne építs UI-t, ami feltételezi hogy a backend válasza azonnal globálisan látszik.