Katere so plasti predpomnilnika v tipičnem spletnem razdelilnem sistemu?

Question

Accepted Answer

Zahtevek poteka skozi **več plasti predpomnilnika**, vsaka bližja uporabniku in hitrejša, a z manjšo kapaciteto. Ideja je odgovoriti čim bolj zunaj (blizu odjemalca) in padati na izvor samo, če noben upstream vir ne more služiti odziva.

## Plasti, od zunaj navznoter

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

- **Brskalni predpomnilnik** — shranjuje statična sredstva (JS, CSS, slike) in cachalne odzive na napravi uporabnika. TTL nadzoruje `Cache-Control`/`ETag`; sredstva pogosto dobijo dolge TTL-je (dnevi–leto) s heširjanimi imeni datotek.
- **CDN** (CloudFront, Cloudflare) — cachira statične in včasih dinamične vsebine na robnih vozliščih blizu uporabnikov. TTL-ji od minut (HTML) do enega leta (nespremenljiva sredstva).
- **Obratni proxy** (Varnish, nginx) — cachira cele strani ali fragmente pred aplikacijo. TTL-ji sekund do minut za vroče strani; podpira čiščenje ob spremembi.
- **Aplikacijski / predmetni predpomnilnik** (Redis, Memcached) — cachira izračunane rezultate, rezultate poizvedb baze podatkov, seje, prikazane fragmente. TTL-ji sekund do ur, plus eksplicitna neveljavitev.
- **OPcache** — cachira **preveden PHP bytecode** v pomnilniku, tako da se skripti ne re-parsirajo na zahtevek. Učinkovito trajen, dokler se kod ne distribuira.
- **Predpomnilnik poizvedb baze podatkov / predpomnilnik medpomnilnika** — baza podatkov drži vroče strani in (v nekaterih motorjih) rezultate poizvedb v pomnilniku, kar se izogne branjem s diska.

## Kako o njih 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
```

Vsaka plast trades **svežino za hitrost**: zunanje plasti so najhitrejše a najverjetneje zastarele, zato postavite dolge TTL-je + heširjanje vsebine na res statične stvari in kratke TTL-je + neveljavitev na dinamične.

## Zakaj je to važno

Večina latence in zmanjšanja obremenitve v spletnem razdelilnem sistemu prihaja iz cachiranja na pravi plasti. Poznavanje tega, kaj vsaka plast drži in njenega tipičnega TTL-ja, vam omogoča umestiti predpomnilnik, kjer dejansko pomaga, izogniti se serviranju zastarele podatkov in razmišljati o tem, zakaj se sprememba ni pojavila (katera plast še vedno služi staro kopijo).