Kokie yra talpyklos sluoksniai tipiškoje žiniatinklio stotyje?

Question

Accepted Answer

Užklausa praeina per **kelis talpyklos sluoksnius**, kurie yra arčiau vartotojo ir todėl greitesni, bet mažesnės talpos. Idėja yra atsakyti iš aušto (arčiau kliento) ir tik grįžti į šaltinį, kai nė vienas viršutinis sluoksnis negali suteikti atsakymo.

## Sluoksniai, iš išorės į vidų

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

- **Naršyklės talpykla** — saugo statinius išteklius (JS, CSS, vaizdus) ir talpintinus atsakymus vartotojo įrenginyje. TTL kontroliuojamas `Cache-Control`/`ETag`; ištekliai dažnai turi ilgus TTL (dienos–metai) su maišytais failų pavadinimais.
- **CDN** (CloudFront, Cloudflare) — talpina statinius ir kartais dinaminius turinius kraštutiniuose mazguose šalia vartotojų. TTL nuo minučių (HTML) iki metų (nekintami ištekliai).
- **Atvirkštinis tarpinis serveris** (Varnish, nginx) — talpina visus puslapius arba fragmentus priešais programą. TTL sekundėms iki minučių šiems puslapiams; palaiko ištrynimą keičiant.
- **Programa / objektų talpykla** (Redis, Memcached) — talpina apskaičiuotus rezultatus, DB užklausų rezultatus, sesijas, suformuotus fragmentus. TTL nuo sekundžių iki valandų, taip pat aiškus negrįžtamumas.
- **OPcache** — talpina **susuktą PHP bytecode** atmintyje, kad scenarijai nebūtų iš naujo rašomi kiekvieno užklausų metu. Faktiškai nuolatinis iki kodo diegimo.
- **DB užklausų / buferio talpykla** — duomenų bazė išsaugo karštas paslaugas ir (kai kuriuose varikliuose) užklausų rezultatus atmintyje, vengiant disko skaitymo.

## Kaip apie juos galvoti

```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
```

Kiekvienas sluoksnis keičia **gryžumą dėl greičio**: išoriniai sluoksniai yra greičiausi, bet labiausiai tikėtina pasenę, todėl į tikrai statinius dalykus įdėkite ilgus TTL + turinio maišymą, o į dinaminius – trumpus TTL + negrįžtamumą.

## Kodėl tai svarbu

Dauguma žiniatinklio stotys lėtumų ir apkrovos sumažinimo atsiranda iš talpinklumo šiame teisame sluoksnyje. Žinodamas, ką saugo kiekvienas sluoksnis ir jo tipiškąjį TTL, galite talpyklą pastatyti ten, kur ji iš tikrųjų padeda, išvengti pasenusių duomenų pateikimo ir pagrįsti, kodėl pasikeitimas nebuvo rodomas (kuris sluoksnis vis dar tiekia seną kopiją).