ایک درخواست متعدد کیش تہوں سے گزرتی ہے، ہر ایک صارف کے قریب تر ہے اور تیز رفتار لیکن کم ڈیٹا رکھتا ہے۔ یہ خیال یہ ہے کہ جتنا ممکن ہو باہر کی طرف (کلائنٹ کے قریب) جواب دیں اور صرف تب اصل ذریعہ کی طرف جائیں جب اوپر کوئی بھی کیش جواب نہ دے سکے۔
Browser → CDN → Reverse proxy → App/object cache → OPcache → Database
(closest to user, fastest) (closest to data)
Cache-Control/ETag سے کنٹرول کیا جاتا ہے؛ assets اکثر طویل TTL (دن–سال) کے ساتھ hashed filenames رکھتے ہیں۔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
ہر تہ تازگی کو رفتار کے لیے trade کرتی ہے: باہری تہیں تیز ترین ہیں لیکن زیادہ ممکنہ طور پر پرانی، تو واقعی static چیزوں پر طویل TTL + content hashing رکھیں اور dynamic چیزوں پر مختصر TTL + invalidation۔
ویب اسٹیک میں زیادہ تر latency اور load میں کمی صحیح تہ پر کیش کرنے سے آتی ہے۔ یہ جاننا کہ ہر تہ کیا رکھتی ہے اور اس کی typical TTL کیا ہے آپ کو ایک کیش کو جہاں یہ واقعی مدد کرتا ہے وہاں رکھنے، stale data کی تقدیم سے بچنے، اور یہ سمجھنے میں مدد دیتا ہے کہ تبدیلی کیوں نہیں دکھائی دی (کون سی تہ ابھی بھی ایک پرانی copy کو serve کر رہی ہے)۔