CDN és reverse proxy
CDN és reverse proxy: edge cache, origin, TLS termination, routing és miért nem ugyanaz a kettő, még ha gyakran együtt is jelennek meg.
Röviden
A reverse proxy a kliens és az origin szerver között áll, és a kliens felől maga tűnik kiszolgálónak. A CDN földrajzilag elosztott edge hálózat, amely gyakran reverse proxyként működik és cache-elhető tartalmat a felhasználóhoz közelebb szolgál ki.
Mit jelent a cdn és reverse proxy?
A reverse proxy a kliens és az origin szerver között áll, és a kliens felől maga tűnik kiszolgálónak. A CDN földrajzilag elosztott edge hálózat, amely gyakran reverse proxyként működik és cache-elhető tartalmat a felhasználóhoz közelebb szolgál ki.
Edge kiszolgálás
01
Felhasználó
02
Közeli edge
03
Cache?
04
Origin
05
Response
Hogyan működik a gyakorlatban?
A proxy végezhet TLS terminationt, routingot, compressiont, WAF funkciót és header módosítást. A CDN cache key, TTL és revalidation szabályai döntik el, mikor kell az originhez menni.
- Edge cache csökkentheti latencyt és origin loadot.
- Dynamic HTML is cache-elhető lehet megfelelő személyre szabási szabályokkal.
- Origin IP elrejtése csak akkor működik, ha közvetlen hozzáférést is korlátozol.
- Proxy header bizalom explicit konfigurációt igényel.
Gyakorlati fejlesztői szemlélet
Production debuggingnál mindig tudd, hogy a választ origin vagy edge adta-e. Cache status, Age, Via vagy szolgáltató-specifikus headerek segíthetnek megérteni, hol keletkezett a response.
Gyakori hibák és félreértések
- CDN-t csak képek tárolóhelyének gondolni.
- Minden HTML-t automatikusan private-nak tekinteni.
- X-Forwarded-For jellegű headert bárkitől megbízhatónak tekinteni.
Források és szabványok
A technikai részletekhez elsődleges szabványokat és karbantartott hivatalos dokumentációt használok. Frameworkök, böngészők és webes API-k idővel változhatnak, ezért implementálás előtt mindig ellenőrizd az aktuális dokumentációt is.
Kapcsolódó ByBence Academy