Apa saé lapisan cache ing stack web sing tipis?

Question

Accepted Answer

Sawijining request lumalu menyang **pirang-pirang lapisan cache**, saben lapisan luwih cedhak karo pangguna lan ngasilake luwih cepet nanging nahan kurang. Ideane yaiku mbales minangka adoh (cedhak karo klien) lan mung tiba ing asal kowe mboten bisa layani responsenya.

## Lapisan-lapsian, saking njaba menyang njabakroso

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

- **Browser cache** — nyimpen aset statis (JS, CSS, gambar) lan response cacheable ing piranti pangguna. TTL dikontrol dening `Cache-Control`/`ETag`; aset asring ngang TTL panjang (hari–taon) karo nama file hash.
- **CDN** (CloudFront, Cloudflare) — cache konten statis lan kadhangkala dinamis ing node edge cedhak pangguna. TTL saking menit (HTML) nganti setahun (aset immutable).
- **Reverse proxy** (Varnish, nginx) — cache kaca lengkap utawa fragmen ing ngarepan app. TTL detik nganti menit kanggo kaca panas; suportane purge nalika owah.
- **Application / object cache** (Redis, Memcached) — cache asil hitung, asil query DB, sesion, fragmen terrender. TTL detik nganti jam, lan invalidasi eksplisit.
- **OPcache** — cache **compiled PHP bytecode** ing memori supaya script ora keparsing maneh saben request. Efektif terus-terusan nganti kode ditata lagi.
- **DB query / buffer cache** — database nyimpen kaca panas lan (ing sawetara engine) asil query ing memori, nirusuhi maca disk.

## Carane nglakoni iku

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

Saben lapisan nukar **kesegaran kanggo kacepetan**: lapisan njaba paling cepet nanging paling mungkin kadaluarsa, mula prakartane TTL dawa + content hashing ing bab sing tenan statis lan TTL cendhak + invalidasi ing sing dinamis.

## Kenapa iku penting

Kabeh latency lan load reduction ing stack web asli saka cache ing lapisan sing pas. Ngerti apa saben lapisan tumulung lan TTL tipikal, bisa nemtokke cache ing panggonan sing nyata ngewangi, nirusuhi ngasilake data kadaluarsa, lan nglakoni mulat apa perubahan ora metu (lapisan apa sing isih ngasilake salinan lawas).