Un cache partajat pentru toate replicile

Ilustrație abstractă roșu-violet — Cache-ul, văzut de sus.

De ce Redis?

Cu mai multe replici ale aplicației, cache-ul pe disc devine inconsistent: fiecare replică are propria versiune a paginii. Un Redis comun rezolvă asta.

O singură sursă de adevăr pentru ISR
Revalidare instantă pe toate replicile
- markerii de tag stau în Redis
- fără invalidări pierdute la deploy
Memorie controlată prin TTL

Diagramă abstractă a fluxului de cache — Cererile citesc din Redis, nu de pe disc.

Capcane

Nu atinge Redis în timpul next build.
Pune timeout pe fiecare comandă.
Golește cache-ul când se schimbă build-ul.

Un cache care nu poate fi invalidat corect e doar o sursă de bug-uri.

Pe scurt: merită, dar doar cu timeout-uri, fallback și loguri clare.

Publicat:30 octombrie 2026