Koji su slojevi memorije u tipičnoj web strukturi?

Question

Accepted Answer

Zahtjev prolazi kroz **više slojeva memorije**, svaki bliži korisniku služi brže, ali drži manje. Ideja je odgovoriti što dalje (blizu klijenta) i samo padom do početka kad ništa uzvodno ne može poslužiti odgovor.

## Slojevi, izvana-unutra

```text
Browser → CDN → Reverse proxy → App/object cache → OPcache → Database
(closest to user, fastest)                            (closest to data)
```

- **Memorija preglednika** — pohranjuje statičnu imovinu (JS, CSS, slike) i odgovore koje je moguće cachirati na uređaju korisnika. TTL kontroliran s `Cache-Control`/`ETag`; imovina često dobiva dugačak TTL (dani-godina) s heširanim nazivima datoteka.
- **CDN** (CloudFront, Cloudflare) — cachira statički i ponekad dinamički sadržaj na edge čvorovima blizu korisnika. TTL od minuta (HTML) do godine (nepromjenjiva imovina).
- **Reverse proxy** (Varnish, nginx) — cachira cijele stranice ili fragmente ispred aplikacije. TTL od sekundi do minuta za aktivne stranice; podržava čišćenje pri promjeni.
- **Memorija aplikacije / objekta** (Redis, Memcached) — cachira izračunate rezultate, rezultate DB upita, sesije, prikazane fragmente. TTL od sekundi do sati, plus eksplicitna invalidacija.
- **OPcache** — cachira **kompajlirani PHP bytecode** u memoriji kako se skripte ne bi ponovno parsirali po zahtjevu. Učinkovito trajno dok se kod ne implementira.
- **Memorija DB upita / buffer cache** — baza podataka čuva aktivne stranice i (u nekim motorima) rezultate upita u memoriji, izbjegavajući disk čitanja.

## Kako o njima razmišljati

```text
for each layer outward → inward:
  if layer has fresh copy → return it (stop here)   // a hit; cheapest possible
  else → ask the next layer in                      // a miss; falls through
origin (app + DB) → does the real work, fills caches on the way back out
```

Svaki sloj mijenja **svježinu za brzinu**: vanjski slojevi su najbrži, ali najčešće zastarjeli, zato stavite dugačak TTL + heširanje sadržaja na stvarno statične stvari i kratki TTL + invalidaciju na dinamične.

## Zašto je to važno

Većina kašnjenja i smanjenja opterećenja u web strukturi dolazi iz cachiranja na pravoj razini. Znanje što svaki sloj drži i njegov tipičan TTL omogućuje vam da postavite memoriju gdje zaista pomaže, izbjegnete poslužavanje zastarjelih podataka, i razmislite o tome zašto se promjena nije pojavila (koji sloj još uvijek služi stari kopiju).