3.15 کیشنگ اور مواد کی ترسیل

جائزہ اور محرکات

کیش ڈیٹا کی وہ نقل ہے جو کہیں اصل سے تیز یا قریب رکھی جائے، تاکہ آپ پورا، مہنگا کام دوبارہ کیے بغیر درخواست کا جواب دے سکیں۔ تقریباً ہر نظام جو تیز محسوس ہوتا ہے وہ کیشنگ کی وجہ سے تیز ہے۔ ڈیٹا بیس کا سوال جو 40 ملی سیکنڈ لیتا اپنا نتیجہ پہلے سے میموری میں بیٹھا ہونے پر ایک سے کم میں لوٹتا ہے۔ تصویر جو سمندر پار کرتی اسی شہر کی مشین سے پیش ہوتی ہے۔ کیشنگ آپ کے پاس واحد سب سے زیادہ لیوریج والی کارکردگی کی تکنیک ہے، اور یہ وہی ہے جو آپ کو سب سے زیادہ امکان سے باریک، پاگل کر دینے والا بگ دیتی ہے۔

یہ باب کیشنگ کی حکمت عملی میں گہرائی میں جاتا ہے۔ باب 3.4 (ڈیٹا کا فن تعمیر اور ذخیرہ) کیشز اور مواد کی ترسیل کے نیٹ ورکس کو بہت سے ذخیرے کے معاملات میں سے ایک کے طور پر متعارف کراتا ہے، اور باب 3.13 (نیٹ ورکنگ اور رابطہ کاری) اس نیٹ ورک کے راستے کا احاطہ کرتا ہے جس پر وہ سوار ہیں۔ یہاں آپ کو فیصلے ملتے ہیں: کیش کہاں رکھنا ہے، اس کی کلید کیسے بنانی ہے، اسے کب منسوخ کرنا ہے، بوجھ تلے اس کی حفاظت کیسے کرنی ہے، اور رفتار کے بدلے آپ جس باسی پن کی تجارت کر رہے ہیں اس پر استدلال کیسے کرنا ہے۔ کیشنگ کارکردگی کی انجینئرنگ (باب 2.16)، وسعت پذیری اور لچک (باب 3.5)، تقسیم شدہ نظاموں کی جزوی ناکامی کی حقیقتوں (باب 3.3)، اور، کیونکہ زہر آلود کیش ہزاروں صارفین کو حملہ پیش کر سکتا ہے، ایپلیکیشن سلامتی (باب 4.2) کو چھوتی ہے۔

محرک تین لیورز پر آتا ہے۔ کیشنگ لیٹنسی کاٹتی ہے، تاکہ صارف کم انتظار کریں۔ یہ بوجھ کاٹتی ہے، تاکہ آپ کا اصل اسی ہارڈ ویئر پر زیادہ ٹریفک پیش کرے۔ اور یہ لاگت کاٹتی ہے، کیونکہ کنارے پر جواب دی گئی درخواست آپ کے ڈیٹا بیس، کمپیوٹ، یا خروجی بل کو کبھی نہیں چھوتی۔ بڑی ٹیموں کے لیے مشترک کیشنگ کی حکمت عملی اس پلیٹ فارم کے درمیان فرق ہے جو قابل پیش گوئی طور پر پیمائش کرتا ہے اور جہاں ہر سروس منسوخی دوبارہ ایجاد کرتی اور غلط کرتی ہے۔ انٹرپرائز اور سرکاری نظاموں میں، جہاں ٹریفک فائلنگ کی آخری تاریخوں اور لانچ کے دنوں پر اچھلتا ہے، اچھی طرح ڈیزائن شدہ کیش اکثر کام کرتے پورٹل اور عوامی ناکامی کے بیچ کھڑا ہوتا ہے۔

بنیادی اصول

• لیٹنسی، بوجھ، اور لاگت کاٹنے کے لیے کیش کریں، اور جانیں کہ آپ کون سی خرید رہے ہیں۔
• کیشز کو درجہ بندی کی درست تہہ پر رکھیں، جہاں وہ سب سے زیادہ مدد کریں وہاں کے سب سے قریب۔
• منسوخی کو مشکل حصہ سمجھیں؛ کیش کرنے سے پہلے کلیدیں اور مدتیں ڈیزائن کریں۔
• کیش کو بوجھ تلے coalescing، جٹر، اور اسٹیمپیڈ کے دفاع سے محفوظ رکھیں۔
• لکھنے کا نمونہ جان بوجھ کر چنیں: مطابقت اور رفتار ایک دوسرے کے خلاف کھنچتی ہیں۔
• ہٹ ریٹ، باسی پن، اور اصل کا بوجھ ناپیں؛ غیر ناپا کیش ذمہ داری ہے۔
• کیش شدہ مواد کو حملے کی سطح سمجھیں؛ زہر آلود کیش سب کو پیش کرتا ہے۔

سفارشات

کیش کی درجہ بندی سمجھیں

کیشنگ ایک جگہ ایک چیز نہیں۔ یہ نقلوں کی درجہ بندی ہے، ہر ایک پچھلی سے صارف کے قریب، اور آپ سب میں ڈیزائن کرتے ہیں۔ صارف کے سب سے قریب کلائنٹ کیش ہے: براؤزر کا HTTP کیش، موبائل ایپ کا مقامی اسٹور، عمل کے اندر میموری کیش۔ اس کے بعد مواد کی ترسیل کا نیٹ ورک (CDN) ہے، دنیا بھر میں تقسیم شدہ سرورز کا بیڑا جو آپ کے مواد کی نقلیں نیٹ ورک کے کنارے پر، صارفین کے قریب رکھتا ہے۔ اس کے پیچھے reverse proxy یا گیٹ وے کیش بیٹھتا ہے، آپ کے سرورز کے سامنے مشترک کیش۔ پھر ایپلیکیشن کیش: تیز کلید-قدر اسٹور جیسے میموری کا ڈیٹا گرڈ جو حساب شدہ نتائج، سیشنز، اور رینڈر شدہ ٹکڑے رکھتا ہے۔ آخر میں ڈیٹا بیس کا اپنا سوال اور بفر کیش، جو گرم صفحات میموری میں رکھتا ہے تاکہ ڈسک کم چھوئی جائے۔

ہر تہہ الگ کام کرتی ہے: کلائنٹ کیش درخواست مکمل ختم کر دیتا ہے، CDN عالمی پڑھنے کا ٹریفک جذب کرتا ہے، reverse proxy آپ کے اصل کو بار بار یکساں کام سے بچاتا ہے، ایپلیکیشن کیش دوبارہ حساب بچاتا ہے، اور ڈیٹا بیس کیش اسٹور کو ردعمل دینے والا رکھتا ہے۔ وہ درخواست جو ہر تہہ سے چوکے اور ڈیٹا بیس تک پہنچے آپ کا سب سے سست، مہنگا راستہ ہے، اس لیے درجہ بندی کا نکتہ یہ ہے کہ جتنا اوپر اور باہر محفوظ طریقے سے ممکن ہو جواب دیں۔ اسے نظام کے طور پر ڈیزائن کریں، کیونکہ ایپلیکیشن کی تہہ پر کیش شدہ ٹکڑا اور اس کے اوپر باسی CDN کی نقل ایسے اختلاف کر سکتے ہیں جو صارفین کو الجھائیں۔

منسوخی کو مشکل مسئلہ سمجھیں

ایک پرانا لطیفہ ہے کہ کمپیوٹر سائنس کے دو مشکل ترین مسئلے چیزوں کے نام رکھنا، کیش کی منسوخی، اور off-by-one غلطیاں ہیں۔ لطیفہ اس لیے چلتا ہے کہ منسوخی واقعی مشکل ہے: کیش نقل ہے، اور جس لمحے اصل بدلے ہر نقل ممکنہ جھوٹ ہے۔ آپ کے پاس تین وسیع حکمت عملیاں ہیں۔ time to live (TTL) کے ساتھ وقت پر مبنی میعاد، یعنی اندراج کے باسی سمجھے جانے سے پہلے درست رہنے کی مدت، سب سے سادہ ہے: آپ محدود باسی پن قبول کرتے اور اندراجات کو عمر رسیدہ ہونے دیتے ہیں۔ واضح منسوخی اندراجات کو صاف یا اپ ڈیٹ کرتی ہے جب بنیادی ڈیٹا بدلے، جو درست ہے مگر آپ سے مانگتی ہے کہ آپ کو ہر وہ جگہ معلوم ہو جہاں نقل رہتی ہے۔ ایونٹ پر مبنی منسوخی کیشز کو تبدیلی کے ایونٹس سے سبسکرائب کرتی ہے تاکہ وہ خود تازہ ہوں، جو بہت سے کیشز میں بہتر پیمائش کرتی ہے مگر پیغام رسانی کا انحصار جوڑتی ہے۔

زیادہ تر حقیقی نظام انہیں ملاتے ہیں: اس ڈیٹا کے لیے مختصر TTL جو اکثر بدلتا اور سیکنڈوں کا باسی پن برداشت کرتا ہے، اس کے لیے لمبے TTL جمع واضح صفائی جو شاذ بدلتا ہے مگر بدلنے پر درست ہونا ضروری ہے، اور اس مواد کے لیے ورژن شدہ کیش کی کلیدیں جو شائع ہونے کے بعد ناقابل تبدیل ہے۔ ورژن شدہ کلید کی ترکیب اپنانے کے قابل ہے: منسوخ کرنے کی بجائے آپ کلید بدلتے ہیں۔ app.v187.css کے طور پر پیش ہوتے اسٹائل شیٹ کو کبھی صاف کرنے کی ضرورت نہیں، کیونکہ نیا ورژن نئی کلید ہے اور پرانی کی درخواست بس بند ہو جاتی ہے۔ جب بھی منسوخی کے مسئلے کو نام رکھنے کا مسئلہ بنا سکیں، بنائیں۔

کیش کی کلیدیں اور TTLs جان بوجھ کر ڈیزائن کریں

کیش اتنا ہی اچھا ہے جتنی اس کی کلید۔ کیش کی کلید وہ شناخت کنندہ ہے جس کے تحت قدر محفوظ اور تلاش کی جاتی ہے، اور اسے غلط کرنا دو الٹی ناکامیاں کرتا ہے۔ بہت موٹی، اور آپ ایک صارف کا ڈیٹا دوسرے کو پیش کرتے ہیں: ذاتی صفحہ جو ایسے URL کے تحت کیش ہو جو صارف کی شناخت کو نظر انداز کرے ڈیٹا لیک ہے۔ بہت باریک، اور آپ کا ہٹ ریٹ گر جاتا ہے کیونکہ کوئی دو درخواستیں کلید نہیں بانٹتیں۔ جان بوجھ کر طے کریں کہ کلید میں کیا ہے: وسیلے کی شناخت جمع جو کچھ جائز طور پر جواب بدلتا ہے (زبان، کرنسی، آلے کی قسم) اور اس کے سوا کچھ نہیں۔ کلیدوں کو نارملائز کریں تاکہ سوال کے پیرامیٹر کی ترتیب جیسے معمولی فرق کیش کو ٹکڑے نہ کریں۔

TTLs اتنی ہی سوچ کے مستحق ہیں۔ TTL اس زیادہ سے زیادہ باسی پن کا وعدہ ہے جو آپ پیش کریں گے، اس لیے اسے ڈیٹا کی حقیقی برداشت سے طے کریں، کسی کے اندازے کے گول عدد سے نہیں: اسٹاک ٹکر سیکنڈ برداشت کرتا ہے، پروڈکٹ کیٹلاگ منٹ، شائع شدہ ضابطہ گھنٹے یا ورژن شدہ کلید اور کوئی میعاد نہیں۔ چھوٹا بے ترتیب پھیلاؤ جوڑیں، جسے جٹر کہتے ہیں، تاکہ ساتھ لکھے اندراجات کا بیچ ایک ہی لمحے ختم ہو کر اصل پر نہ ٹوٹ پڑے۔ یہ انتخاب لکھیں، کیونکہ بغیر وجہ والا TTL ایسا عدد ہے جسے بدلنے سے اگلا انجینئر ڈرے گا۔

اسٹیمپیڈز سے بچیں اور درخواستیں ملائیں

جب مقبول کیش شدہ اندراج ختم ہوتا ہے تو ہر درخواست جو اسے چاہتی تھی ایک ساتھ چوک جاتی ہے اور اکٹھے اصل پر دوڑتی ہے۔ یہ کیش اسٹیمپیڈ ہے، جسے thundering herd بھی کہتے ہیں، اور یہ اسی ڈیٹا بیس کو گرا سکتا ہے جس کی حفاظت کیش کر رہا تھا۔ دفاع ایک بار بنائیں اور ہر جگہ دوبارہ استعمال کریں۔ درخواست ملانا (single-flight) غائب کلید کے لیے صرف پہلی درخواست کو قدر دوبارہ حساب کرنے دیتا ہے جبکہ باقی اس کے نتیجے کا انتظار کرتی ہیں، تاکہ ہزار ایک ساتھ چوک اصل کی ایک کال بنیں۔ امکانی ابتدائی دوبارہ حساب گرم اندراج کو میعاد ختم ہونے سے ذرا پہلے بے ترتیب تازہ کرتا ہے، تاکہ ایک پس منظر کی درخواست ہجوم کے چوک دیکھنے سے پہلے اسے تجدید کرے۔ stale-while-revalidate کی پالیسی ذرا باسی نقل فوراً پیش کرتی ہے اور اسے غیر ہم وقت تازہ کرتی ہے، تاکہ صارفین چوک پر کبھی انتظار نہ کریں۔

یہ نمونے ٹھیک تب سب سے اہم ہیں جب آپ کو کیش کی سب سے زیادہ ضرورت ہو، عروج کے بوجھ تلے، اس لیے حقیقت پسندانہ پیمانے پر ان کی توثیق کریں: دس صارفین کے ساتھ کام کرنے والا دفاع دس ہزار پر بھی ناکام ہو سکتا ہے۔ انہیں باب 3.5 کے لچک کے نمونوں، خاص طور پر ٹائم آؤٹ اور سرکٹ بریکرز کے ساتھ جوڑیں، تاکہ جب اصل واقعی سست ہو تو آپ کی کیش کی تہہ اسے ڈھال دے نہ کہ اس پر بوجھ ڈالے۔ ہدف ایسا کیش ہے جو دباؤ میں بہترین برتاؤ کرے، وہ نہیں جو اچھال کو بندش میں بڑھائے۔

لکھنے کا نمونہ جان بوجھ کر چنیں

آپ لکھنے کیسے سنبھالتے ہیں یہ طے کرتا ہے کہ آپ کا کیش کتنا تازہ رہتا ہے اور ناکامی پر آپ کتنا خطرہ اٹھاتے ہیں۔ چار عام نمونے ہیں۔ cache-aside (lazy loading) میں ایپلیکیشن کیش جانچتی ہے، اور چوک پر اصل پڑھتی، کیش بھرتی، اور قدر لوٹاتی ہے؛ لکھائیاں اصل کو جاتی ہیں اور اندراج منسوخ کرتی ہیں۔ یہ اچھی وجہ سے ڈیفالٹ ہے: سادہ، اور کیش صرف وہ رکھتا ہے جو مانگا گیا۔ write-through میں ہر لکھائی کیش اور اصل کو ساتھ جاتی ہے، تاکہ کیش ہمیشہ موجودہ ہو، لکھنے کی لیٹنسی اور اس ڈیٹا کو کیش کرنے کی قیمت پر جو شاید کبھی نہ پڑھا جائے۔ write-back (write-behind) میں لکھائیاں پہلے کیش کو لگتی ہیں اور اصل میں غیر ہم وقت بہہ جاتی ہیں، لکھنا تیز بنا کر مگر بہنے سے پہلے کیش مرنے پر نقصان کا خطرہ۔ write-around میں لکھائیاں سیدھی اصل کو جاتی ہیں اور کیش چھوڑ دیتی ہیں، لکھنے سے بھرپور شاذ پڑھے جانے والے ڈیٹا کی ہلچل سے بچاتے ہوئے، پہلے پڑھنے پر ضمانتی چوک کی قیمت پر۔

فی بوجھ چنیں، پورے نظام کے لیے ایک بار نہیں۔ پڑھنے سے بھرپور کیٹلاگ cache-aside یا write-through کو موزوں ہے۔ لکھنے سے بھرپور لاگ یا میٹرکس سٹریم write-around کو موزوں ہے، تاکہ کیش اس ڈیٹا کی ہلچل سے نہ بھرے جسے کوئی دوبارہ نہیں پڑھتا۔ write-back اعلیٰ تھرو پٹ لکھائیوں کو موزوں ہے جہاں نقصان کا چھوٹا، سمجھا ہوا خطرہ قابل قبول ہو اور پائیداری کہیں اور سنبھلی ہو۔ ہر کیش کے لیے نمونہ واضح طور پر بتائیں، کیونکہ جو قاری cache-aside فرض کرے جبکہ کوڈ write-back کرتا ہو وہ تازگی اور ناکامی کے رویے دونوں کا غلط اندازہ لگائے گا۔

ہٹانے کی پالیسی کو اپنے رسائی کے نمونے سے ملائیں

کیش کا سائز مقررہ ہے، اس لیے جب بھرے تو کچھ جانا چاہیے۔ ہٹانے کی پالیسی طے کرتی ہے کیا۔ Least recently used (LRU) اس اندراج کو ہٹاتی ہے جو سب سے طویل ان چھوا رہا، اس شرط پر کہ حالیہ استعمال آئندہ استعمال کی پیش گوئی کرتا ہے، اور یہ معقول ڈیفالٹ ہے۔ Least frequently used (LFU) کم ترین ہٹ والے اندراج کو ہٹاتی ہے، جو مستحکم گرم سیٹ کو موزوں ہے جہاں چند آئٹمز ہمیشہ مقبول رہتے ہیں مگر اندراجات سے چپکی رہ سکتی ہے جو کبھی گرم تھے اور کبھی نہیں ڈھلتی۔ segmented LRU اور موافق پالیسیوں جیسی مختلف صورتیں تازگی اور تعدد کو ملاتی ہیں؛ پہلے آئیے پہلے جائیے اور سادہ وقت پر مبنی میعاد سستی مگر کند ہیں۔

پالیسی کو اپنے ڈیٹا کی رسائی سے ملائیں: چھوٹے گرم سیٹ کے لیے جو شاذ بدلتا ہے LFU یا تعدد سے باخبر پالیسی، اور LRU جہاں مقبولیت وقت کے ساتھ حرکت کرتی ہے جیسے خبروں یا رجحان ساز مواد میں۔ جو بھی چنیں، کیش کا سائز یوں رکھیں کہ گرم سیٹ فٹ ہو، کیونکہ کام کا سیٹ رکھنے کے لیے بہت چھوٹا کیش ہلچل مچاتا ہے، اندراجات کو اس سے ذرا پہلے ہٹاتا ہے کہ دوبارہ ضرورت ہو۔ ہٹانے کی شرح کو اولین درجے کی میٹرک کے طور پر دیکھیں، کیونکہ اچانک اضافے کا مطلب عموماً ہے کہ کیش کم سائز کا ہے یا کلید کا پھٹنا اسے ٹکڑے کر رہا ہے۔

HTTP کیشنگ کے معنی درست استعمال کریں

ویب کا پختہ، معیاری کیشنگ ماڈل HTTP میں بنا ہوا ہے، اور اسے اچھی طرح استعمال کرنا آپ کو کلائنٹ اور CDN کیشنگ مفت دیتا ہے۔ Cache-Control ہیڈر کنٹرول کی سطح ہے: max-age تازگی کی مدت طے کرتا ہے، public اور private کہتے ہیں کہ آیا مشترک کیش جواب محفوظ کر سکتے ہیں، no-store کیشنگ منع کرتا ہے، اور stale-while-revalidate تازہ کرتے ہوئے باسی نقل پیش کرنے کی اجازت دیتا ہے۔ توثیق کیش کو جسم دوبارہ لائے بغیر سستے تازگی جانچنے دیتی ہے۔ ETag (entity tag) مبہم ورژن شناخت کنندہ ہے جو سرور جواب کے ساتھ لگاتا ہے؛ کلائنٹ اسے If-None-Match ہیڈر میں واپس بھیجتا ہے، اور سرور بغیر جسم کے 304 Not Modified سے جواب دیتا ہے اگر کچھ نہ بدلا ہو۔ Last-Modified کے ساتھ If-Modified-Since ٹائم اسٹیمپس استعمال کر کے یہی کرتا ہے۔

عملی نظم و ضبط واضح ہونا ہے۔ کیشز کو ہیورسٹکس سے اندازہ لگانے دینے کی بجائے ہر جواب پر Cache-Control طے کریں۔ نجی، فی صارف جوابات کو private یا no-store نشان زد کریں تاکہ مشترک پراکسی انہیں کبھی محفوظ نہ کرے، جو عام اور خطرناک غلطی ہے۔ جامد اثاثوں کے لیے لمبے max-age اور immutable ہدایت کے ساتھ ورژن شدہ URLs استعمال کریں، اور غیر متوقع طور پر بدلنے والے مواد کے لیے ETags سے توثیق۔ یہ ہیڈر درست کرنا کلائنٹ اور CDN کی پوری تہہ کو درست، معیار پر مبنی کیش میں بدلتا ہے جو آپ کو بنانا نہیں پڑا۔

CDNs اور ایج کمپیوٹنگ سے کام کو کنارے کی طرف دھکیلیں

CDN جامد فائلوں کو صارفین کے قریب کیش کرنے کے طریقے کے طور پر شروع ہوا، اور اب بھی یہ شاندار طور پر کرتا ہے: تصاویر، اسکرپٹس، ویڈیو، اور ڈاؤن لوڈز دور کے اصل کی بجائے ملی سیکنڈ دور ایج کے مقام سے پیش۔ جدید CDNs آگے جاتے ہیں۔ وہ باریک کلیدوں کے ساتھ متحرک اور ذاتی مواد کیش کرتے ہیں، کنارے پر TLS ختم کرتے ہیں، ٹریفک کے اچھال اور تقسیم شدہ خدمت سے انکار کے حملے جذب کرتے ہیں، اور بڑھتے ہوئے آپ کا کوڈ چلاتے ہیں۔ ایج کمپیوٹنگ منطق ایج کے مقامات پر ہی چلاتی ہے، تاکہ آپ مرکزی خطے تک راؤنڈ ٹرپ کے بغیر جواب ذاتی بنا سکیں، اجازت جانچ سکیں، یا صفحے کا ٹکڑا جمع کر سکیں۔

اس پر ان پڑھنے کے لیے انحصار کریں جو زیادہ تر نظاموں پر غالب ہیں۔ جامد اثاثے لمبی عمر کے ورژن شدہ URLs کے ساتھ CDN کے پیچھے رکھیں، API کے جوابات وہاں ایج پر کیش کریں جہاں تازگی اجازت دے (احتیاط سے کلید شدہ تاکہ ذاتی بنانا لیک نہ ہو)، اور صارفین کے قریب لیٹنسی کے حساس، ہلکی منطق کے لیے ایج کمپیوٹ استعمال کریں۔ سمجھوتا پہنچ بمقابلہ کنٹرول ہے: ایج تیز اور قریب ہے مگر آپ کے ڈیٹا سے دور اور ڈی بگ کرنا مشکل، اس لیے جو چیز مضبوط مطابقت یا تازہ مستند حالت مانگے اسے اصل میں رکھیں اور ایج کو پڑھنے کا وسیع، قابل کیش ٹریفک سنبھالنے دیں۔

کیش کو حملے کی سطح سمجھیں

کیش ایک ہی محفوظ جواب بہت سے صارفین کو پیش کرتا ہے، جو اسے ہدف بناتا ہے۔ کیش پوائزننگ ایسا حملہ ہے جہاں درخواست یوں گھڑی جاتی ہے کہ کیش نقصان دہ یا حملہ آور کے کنٹرول والا جواب محفوظ کرے اور پھر اسے ہر اس شخص کو پیش کرے جو پیچھے آئے۔ یہ عموماً غیر کلید شدہ ان پٹ کا فائدہ اٹھاتا ہے: ہیڈر جو ایپلیکیشن جواب میں گونجاتی ہے مگر کیش کلید بناتے وقت نظر انداز کرتا ہے۔ متعلقہ ویب کیش دھوکہ دہی کا حملہ کیش کو متاثرہ کا نجی جواب عوامی URL کے تحت محفوظ کرنے پر پھسلاتا ہے۔ دونوں کلید بندی اور ان پٹس پر بھروسے کی ناکامیاں ہیں، جن کا احاطہ باب 4.2 میں زیادہ وسیع طور پر ہے۔

جان بوجھ کر دفاع کریں۔ ہر وہ ان پٹ جو جواب بدل سکتا ہے کیش کی کلید میں شامل کریں، اور غیر کلید شدہ ہیڈرز کو کیش شدہ جسموں میں گونجانے سے انکار کریں۔ مشترک کیش کو تصدیق شدہ، فی صارف جوابات مشترک کلید کے تحت کبھی محفوظ نہ کرنے دیں۔ کیش کرنے سے پہلے درخواست کے راستوں اور پیرامیٹرز کو نارملائز اور توثیق کریں۔ Vary درست طے کریں تاکہ کیش جوابات کو ان ہیڈرز سے تقسیم کریں جو دراصل اہم ہیں، جیسے مواد کی انکوڈنگ یا زبان۔ چونکہ ایک زہر آلود اندراج ہر نیچے کے صارف کو نقصان دیتا ہے، کیش کی ترتیب کو سلامتی کے حساس کوڈ کے طور پر سمجھیں اور اسی طرح ریویو کریں۔

کیش کا رویہ قابل مشاہدہ بنائیں

آپ ایسا کیش منظم نہیں کر سکتے جسے دیکھ نہیں سکتے۔ بنیادی میٹرک ہٹ ریٹ ہے: درخواستوں کا وہ حصہ جو اصل کی بجائے کیش سے پیش ہو۔ ہٹ ریٹ جو خاموشی سے 95 سے 70 فیصد گر جائے اصل کا بوجھ کئی گنا کر سکتا ہے اور بندش سے پہلے ہو سکتا ہے، اور آپ اسے جلد تبھی پکڑیں گے اگر اسے دیکھیں۔ ہر تہہ کو الگ آلہ دار بنائیں، کیونکہ صحت مند CDN کا ہٹ ریٹ نیچے ایپلیکیشن کیش کے ڈھلتے ہٹ ریٹ کو چھپا سکتا ہے۔ یہ باب 9.2 کی مشاہدہ پذیری کے عمل کا کیشنگ سے مخصوص چہرہ ہے۔

ہٹس سے زیادہ ٹریک کریں: کم سائزی پکڑنے کے لیے ہٹانے کی شرح اور میموری کا دباؤ، یہ تصدیق کرنے کے لیے ہر تہہ پر لیٹنسی کہ کیش واقعی تیز ہے، یہ دیکھنے کے لیے اصل کی درخواست کی شرح کہ کیش کتنا بوجھ جذب کرتا ہے، اور باسی پن (پیش شدہ اندراجات کتنے پرانے ہیں) تاکہ تصدیق ہو کہ آپ اپنے تازگی کے وعدے نبھاتے ہیں۔ ان تناسبوں پر الرٹ کریں جو مصیبت کی پیش گوئی کرتے ہیں، خاص طور پر گرتا ہٹ ریٹ یا بڑھتی ہٹانے کی شرح، تاکہ آپ بگڑتے کیش کے بارے میں صارفین کی بجائے ڈیش بورڈ سے جانیں۔ مشاہدہ شدہ کیش وہ اثاثہ ہے جسے آپ ٹیون کر سکتے ہیں؛ غیر مشاہدہ شدہ چھپا انحصار ہے جو آپ کو حیران کرنے کا انتظار کر رہا ہے۔

سمجھوتے: فوائد اور نقصانات

کیشنگ رفتار اور پیمانہ تازگی اور پیچیدگی کی کرنسی سے خریدتی ہے۔ ہر کیش شرط ہے کہ اس مخصوص ڈیٹا کے لیے باسی-مگر-تیز تازہ-مگر-سست سے بہتر ہے، اور فن اس شرط کو بطور ڈیفالٹ نہیں بلکہ شعوری طور پر لگانا ہے۔ نیچے کی ٹیبل بنیادی انتخاب خلاصہ کرتی ہے۔

انتخاب	فوائد	نقصانات
Cache-aside	سادہ؛ صرف وہ کیش کرتا ہے جو پڑھا جائے	پہلا پڑھنا ہمیشہ چوکتا ہے؛ لکھائیوں کے بعد مختصر باسی پن کا خطرہ
Write-through	لکھتے وقت کیش ہمیشہ موجودہ	سست لکھائیاں؛ وہ ڈیٹا کیش کرتا ہے جو شاید کبھی نہ پڑھا جائے
Write-back	بہت تیز لکھائیاں؛ اچھال جذب کرتا ہے	بہنے سے پہلے کیش ناکام ہو تو ڈیٹا کھونے کا خطرہ
Write-around	لکھنے سے بھرپور ڈیٹا سے کیش کی ہلچل سے بچاتا ہے	پہلے پڑھنے پر ضمانتی چوک
مختصر TTL	محدود، چھوٹا باسی پن	کم ہٹ ریٹ؛ اصل پر زیادہ بوجھ
لمبا TTL / ورژن شدہ کلیدیں	اونچا ہٹ ریٹ؛ اصل پر کم بوجھ	منسوخ نہ کیا جائے تو باسی پن؛ منظم کلیدیں چاہئیں
CDN اور ایج	عالمی کم لیٹنسی؛ اچھال جذب کرتا ہے	ڈیٹا سے دور؛ ڈی بگ اور منسوخ کرنا مشکل
LRU ہٹانا	بدلتی مقبولیت کے مطابق ڈھلتا ہے	اسکین سے بھرپور بوجھ تلے مستحکم گرم سیٹ ہٹا سکتا ہے
LFU ہٹانا	مستحکم گرم سیٹ کی حفاظت کرتا ہے	ڈھلنے میں سست؛ سابقہ گرم اندراجات سے چپکا رہتا ہے

بار بار آنے والا کھنچاؤ مطابقت بمقابلہ کارکردگی ہے۔ لمبے TTL اور اونچے ہٹ ریٹ والا کیش تیز اور سستا ہے اور باسی ڈیٹا پیش کر سکتا ہے؛ مختصر TTL اور جارحانہ منسوخی والا کیش تازہ اور درست ہے اور اصل سے زیادہ کام لیتا ہے۔ کوئی عالمگیر درست جواب نہیں، صرف ہر ڈیٹا کے ٹکڑے کے لیے درست جواب ہے، جو اس کی باسی پن کی حقیقی برداشت سے طے ہوتا ہے۔ دوسرا کھنچاؤ سادگی بمقابلہ پہنچ ہے: ایپلیکیشن کیش آپ کے ڈیٹا کے قریب اور اس پر استدلال میں آسان ہے، جبکہ ایج دور، تیز، اور منسوخ کرنے میں مشکل ہے۔ دونوں کو اپنے ڈیٹا کو تازگی کی ضرورت اور پڑھنے کے حجم سے درجہ بند کر کے، پھر ہر درجے کو جان بوجھ کر رکھ کر اور ترتیب دے کر حل کریں۔

اپنی ٹیم کے ساتھ بحث کے سوالات

1. ہم جو ڈیٹا کیش کرتے ہیں اس کی ہر قسم کی باسی پن کی حقیقی برداشت کیا ہے، اور کیا ہم نے TTLs اور منسوخی اس برداشت سے طے کی ہے یا عادت سے؟ زیادہ تر ٹیمیں کسی کے ایک بار چنے TTL سے کیش کرتی ہیں جس پر کبھی نظر ثانی نہیں ہوتی، اس لیے کچھ ڈیٹا اس سے باسی پیش ہوتا ہے جتنا کاروبار قبول کر سکتا ہے جبکہ دوسرا اتنی جارحیت سے ختم ہوتا ہے کہ کیش مشکل سے مدد کرتا ہے۔ اپنے دس اہم کیش شدہ وسائل لائیں اور ہر ایک کے لیے اس ڈیٹا کے مالکان سے پوچھیں کہ وہ محفوظ طریقے سے کتنا باسی ہو سکتا ہے: سیکنڈ، منٹ، گھنٹے، یا شائع ہونے کے بعد کبھی نہیں۔ آپ عموماً پائیں گے کہ جواب بہت مختلف ہیں اور آپ کے موجودہ TTLs ان سے میل نہیں کھاتے۔ جو نتیجہ آپ چاہتے ہیں وہ مختصر تازگی کی درجہ بندی ہے، ہر درجہ ایک طریقے سے ملا (مختصر TTL، لمبا TTL جمع صفائی، یا ورژن شدہ ناقابل تبدیل کلیدیں)، تاکہ کیشنگ کے فیصلے اندازے کی بجائے ڈیٹا کے معنی سے چلیں۔

2. اگر ہمارا سب سے مقبول کیش کا اندراج ابھی عروج کے ٹریفک تلے ختم ہو جائے تو اصل کے ساتھ کیا ہوگا؟ یہ سوال ظاہر کرتا ہے کہ آیا آپ کے پاس حقیقی اسٹیمپیڈ سے تحفظ ہے یا صرف امید۔ بہت سے نظام ٹھیک چلتے ہیں جب تک گرم کلید ٹریفک کے عروج کے دوران ختم نہ ہو اور ہر درخواست ایک ساتھ ڈیٹا بیس پر ٹوٹ پڑے، کیش کو ڈھال سے ٹرگر بناتے ہوئے۔ اپنے مصروف ترین اینڈ پوائنٹ کے لیے راستے کو ٹھوس طور پر چلیں: کیا درخواست ملانا ہے تاکہ صرف ایک چوک اصل تک پہنچے، کیا جٹر ہے تاکہ اندراجات ایک ساتھ ختم نہ ہوں، کیا stale-while-revalidate کی پالیسی ہے تاکہ صارفین بھرنے پر کبھی انتظار نہ کریں؟ وجدان نہیں بلکہ لوڈ ٹیسٹ کی شہادت لائیں، کیونکہ دس صارفین پر قائم رہنے والا اسٹیمپیڈ کا دفاع دس ہزار پر بھی ڈھ سکتا ہے۔ اگر آپ اعتماد سے جواب نہیں دے سکتے تو آپ کی اگلی لچک کی سرمایہ کاری ابھی مل گئی۔

3. کیا ہمیں یقین ہے کہ کوئی مشترک کیش ایک صارف کا نجی ڈیٹا کبھی ایسی کلید کے تحت محفوظ نہیں کرتا جسے دوسرا صارف پہنچ سکے؟ یہ کیشنگ کی غلطی ہے جو سلامتی کا واقعہ اور سرخی بنتی ہے۔ یہ تب ہوتا ہے جب ذاتی یا تصدیق شدہ جواب ایسی کلید کے تحت کیش ہو جو صارف کی شناخت چھوڑ دے، یا جب Cache-Control ہیڈر جس کا مقصد جواب نجی رکھنا تھا غائب ہو، تو مشترک پراکسی یا CDN اسے محفوظ کرتا اور اگلے شخص کو پیش کرتا ہے۔ آڈٹ کریں کہ مشترک تہوں پر کون سے جوابات قابل کیش ہیں، تصدیق کریں کہ ہر فی صارف جواب private یا no-store نشان زد ہے، اور تصدیق کریں کہ ہر کیش کی کلید ہر اس ان پٹ کو شامل کرتی ہے جو جواب بدلتا ہے۔ اسے سلامتی کے ریویو کے طور پر لیں، کیونکہ دھماکے کا دائرہ ہر نیچے کا صارف ہے، اور اسے باب 4.2 کے عمل سے جوڑیں۔

4. ہمارے ہر کیش کا دراصل کون سا لکھنے کا نمونہ ہے، اور کیا کسی نے جان بوجھ کر اسے چنا؟ Cache-aside، write-through، write-back، اور write-around تازگی اور کیش ناکام ہونے پر آپ کیا کھوتے ہیں کے متضاد وعدے کرتے ہیں، پھر بھی زیادہ تر کوڈ بیسز میں نمونہ وہ ہے جو پہلے مصنف نے نقل کیا۔ بڑی ٹیم کے لیے یہ اس لیے اہم ہے کہ ایک سروس cache-aside تازگی فرض کرے جبکہ دوسری خاموشی سے write-back چلاتی ہو، تو ایسا ڈیٹا بن سکتا ہے جو خراب لگتا ہے مگر محض باسی ہے، اور آن کال انجینئر بھوت کے پیچھے گھنٹے ضائع کرتا ہے۔ فی کیش فہرست لائیں: لکھنے کا نمونہ، وہ تازگی جس کی وہ ضمانت دیتا ہے، اور عمل مرنے پر نہ بہی لکھائیوں کا کیا ہوتا ہے۔ جہاں کوئی کیش write-back استعمال کرے وہاں اس کی پشت پناہی کرنے والی پائیداری کی کہانی لائیں۔ مالیاتی یا ریکارڈ کا ڈیٹا سنبھالنے والے انٹرپرائز اور سرکاری نظاموں میں پائیداری کی ضمانت کے بغیر write-back کیش آڈٹ کا نتیجہ ہے جو انتظار میں ہے، اس لیے بحث کو اس پر ختم ہونا چاہیے کہ ہر کیش کا نمونہ نام لیا گیا، جائز ٹھہرایا گیا، اور لکھا گیا ہو۔

5. جب ہم تعینات کرتے یا ڈیٹا بدلتے ہیں تو کیا ہر متعلقہ کیش کی تہہ درست منسوخ ہوتی ہے، یا ہم اس پر انحصار کرتے ہیں کہ کسی کو صفائی یاد رہے؟ منسوخی مشکل حصہ ہے، اور ناکامی کا انداز خاموش ہے: درست کی ہوئی قدر جو گھنٹوں غلط رہتی ہے کیونکہ درجہ بندی کی ایک تہہ، CDN، reverse proxy، یا ایپلیکیشن کیش، کو پیغام کبھی نہ ملا۔ بڑا ادارہ اس خطرے کو ضرب دیتا ہے، کیونکہ ایک منطقی تبدیلی کو مختلف ٹیموں کی ملکیت والے بہت سے خطوں کے بہت سے کیشز میں پھیلنا پڑ سکتا ہے۔ حالیہ ڈیٹا کی تبدیلی کا حقیقی سراغ لائیں اور اسے ہر کیش کی تہہ سے گزاریں، ہر ایک پر پوچھتے ہوئے: یہاں منسوخی کو کس نے ٹرگر کیا، اور کتنا وقت لگا؟ دستی رن بکس کی بجائے منسوخی کو نام رکھنے (ورژن شدہ کلیدیں) یا ایونٹس (تبدیلی صفائی شائع کرے) میں بدلنے والے ڈیزائنوں کو ترجیح دیں۔ سرکاری نظاموں میں جہاں غلط شائع شدہ عدد، ٹیکس کی شرح یا فائدے کی رقم، قانونی وزن رکھ سکتا ہے، منسوخی کا خلا پریشانی نہیں بلکہ تعمیل کی نمائش ہے، اس لیے نتیجہ ہر قسم کے کیش شدہ ڈیٹا کے لیے نقشہ بند منسوخی کا راستہ ہونا چاہیے۔

6. کیا ہم کیشنگ کو مشترک پلیٹ فارم انفراسٹرکچر سمجھتے ہیں، یا ہر ٹیم اپنی کلیدیں، منسوخی، اور اسٹیمپیڈ سے تحفظ خود دوبارہ ایجاد کر رہی ہے؟ اچھی طرح کی گئی کیشنگ مشکل مسائل کا چھوٹا سیٹ ہے جو ایک بار حل ہوں: نارملائز کلیدیں، ایونٹ پر مبنی منسوخی، درخواست ملانا، درست HTTP معنی، اور فی تہہ مشاہدہ پذیری۔ جب ہر ٹیم ان میں فی البدیہہ کرتی ہے تو بڑا ادارہ ایک ہی غلطیوں کی بار بار ادائیگی کرتا ہے، اور ایک سروس میں ٹھیک کیا گیا پوائزننگ بگ یا نجی ڈیٹا کا لیک دس دوسری میں خاموشی سے برقرار رہتا ہے۔ ایماندار نقشہ لائیں کہ آج کیشنگ کے اصولوں کا مالک کون ہے اور سروسز میں کتنا نقل شدہ کیشنگ کا کوڈ ہے۔ متصادم غور خود مختاری ہے: ٹیمیں مسلط مشترک لائبریری کی مزاحمت کرتی ہیں، اس لیے اپنانے میں آسان paved-road ڈیفالٹ کو نافذ شدہ سخت معیار کے مقابل تولیں۔ انٹرپرائز یا سرکاری پلیٹ فارم گروہ کے لیے مشترک، اچھی طرح ٹیسٹ شدہ کیشنگ کی صلاحیت سلامتی اور آڈٹ کے تقاضوں کو یکساں قائم رکھنے کا سب سے سستا طریقہ بھی ہے، اس لیے بحث کو طے کرنا چاہیے کہ کیا مشترک انفراسٹرکچر بنتا ہے اور اسے کون فنڈ کرتا ہے۔

شعبہ جاتی نقطۂ نظر

اسٹارٹ اپ۔ کیشنگ ٹریفک کے اس اچھال سے بچنے کا آپ کا سستا ترین راستہ ہے جس کے لیے آپ ابھی پیمائش کی استطاعت نہیں رکھتے، اس لیے اپنا تھوڑا وقت چند اعلیٰ لیوریج والی جگہوں پر لگائیں: جامد اثاثوں کے لیے ورژن شدہ URLs کے ساتھ CDN، اور آپ کے گرم ترین سوال کے سامنے مختصر TTLs اور جٹر کے ساتھ ایک cache-aside کی تہہ۔ اپنا چلانے کی بجائے منظم CDN اور کیش سروسز پر انحصار کریں، اور درخواست ملانا جلد جوڑیں، کیونکہ چھوٹے ڈیٹا بیس کے خلاف لانچ کے دن کا اسٹیمپیڈ وہ ناکامی ہے جو اچھے دن کو برے ڈھنگ سے ختم کرنے کا زیادہ امکان رکھتی ہے۔ منسوخی کی نفیس اسکیمیں چھوڑ دیں جب تک ڈیٹا آپ کو نہ بتائے کہ وہ اہم ہیں۔

چھوٹا کاروبار۔ کیشنگ کے ماہر کے بغیر اور تنگ بجٹ کے ساتھ اس کیشنگ کو خریدنے کو ترجیح دیں جو آپ کو پہلے سے چلتے ٹولز کے اندر مفت ملتی ہے: آپ کی میزبانی کے ساتھ جڑا CDN، آپ کے ویب فریم ورک کے جوابات پر HTTP Cache-Control ہیڈرز، اور آپ کے ڈیٹا بیس کا اندرونی سوال کیش۔ یہاں خریدنے بمقابلہ بنانے کا فیصلہ تقریباً ہمیشہ خریدنے کا ہے، کیونکہ غلط کلید والا کیش جو ایک گاہک کا ڈیٹا دوسرے کو لیک کرے اس منظم سروس سے کہیں زیادہ لاگت لیتا ہے جس سے آپ بچے۔ دو سستی جیتیں درست کریں، درست HTTP ہیڈرز اور مشترک تہوں پر تصدیق شدہ صفحات کو کبھی کیش نہ کرنا، اور نایاب نمونے چھوڑ دیں۔

بڑا ادارہ۔ بہت سی ٹیموں کے پیمانے پر خطرہ کسی ایک کیش سے ان کے درمیان عدم مطابقت کی طرف منتقل ہوتا ہے: مختلف کلید کی اسکیمیں، ناہموار منسوخی، اور نجی ڈیٹا کے لیک جو ایک سروس میں ظاہر ہوتے اور دوسری میں نہیں۔ کیشنگ کو کلیدوں، منسوخی، اسٹیمپیڈ سے تحفظ، اور فی تہہ مشاہدہ پذیری کے paved-road ڈیفالٹس کے ساتھ مشترک پلیٹ فارم انفراسٹرکچر کے طور پر دیں، تاکہ ہٹ ریٹ، ہٹانا، اور باسی پن ایک جگہ نظر آئیں اور یکساں منظم ہوں۔ کیش کی ترتیب کو سلامتی کے حساس کوڈ کے طور پر قابل ریویو بنائیں، اور خطوں کے پار منسوخی کو فی ٹیم رن بک کی بجائے اولین درجے کا ڈیزائن مسئلہ سمجھیں۔

حکومت۔ خریداری اور شفافیت کی پابندیاں شکل دیتی ہیں کہ آپ کیا کیش کر سکتے ہیں اور کیسے ثابت کرتے ہیں کہ یہ محفوظ ہے۔ عوامی مواد جارحانہ طور پر کیش کریں، رہنمائی، فارم، اور شرح کی ٹیبلز لمبے TTLs کے ساتھ CDN کے پیچھے، تاکہ فائلنگ کی آخری تاریخ کا اچھال اصل سے بہت دور جذب ہو، اور اس ترتیب کو آڈٹ کے لیے دستاویزی کریں۔ شہری کے اپنے ریکارڈ دکھانے والے تصدیق شدہ صفحات کبھی مشترک کیش کو نہ چھوئیں، اور وہ اصول محض دعویٰ نہیں بلکہ قابل توثیق ہو۔ جہاں CDN یا کیشنگ سروس فروخت کنندہ سے خریدی جائے وہاں معاہدے سے ان کنٹرولز کا تقاضا کریں جو آپ کو چاہئیں (کلید بندی، صفائی، اور لاگنگ) اور اس قید سے بچیں جو عوامی ڈیٹا کو ملکیتی کیش کے فارمیٹس کے پیچھے پھنسا دے۔

مثالیں

اسٹارٹ اپ۔ چھوٹی صارف ایپ اپنا پروڈکٹ کیٹلاگ میموری کے اسٹور کی پشت پناہی والی cache-aside کی تہہ سے چلاتی ہے، 60 سیکنڈ کے TTL اور جٹر کے ساتھ تاکہ اندراجات ایک ساتھ ختم نہ ہوں۔ جامد اثاثے ورژن شدہ فائل ناموں اور ایک سال کے max-age کے ساتھ CDN کو جاتے ہیں، تاکہ اسٹائل شیٹ بدلنے والی تعیناتی نیا URL پیش کرے اور صفائی کی کبھی ضرورت نہ ہو۔ جب مقبول پوڈ کاسٹ پر لانچ ٹریفک کا اچھال بھیجتا ہے تو single-flight ملانے کا مطلب ہے ہزاروں ایک ساتھ ہوم پیج کے چوک ہزاروں کی بجائے ڈیٹا بیس کا ایک پڑھنا بنتے ہیں۔ بانی کیشنگ پر تقریباً کچھ خرچ نہیں کرتے پھر بھی ایسا اچھال سنبھالتے ہیں جو ان کا چھوٹا ڈیٹا بیس پگھلا دیتا، کیونکہ انہوں نے چند اچھی طرح چنے کیشز جان بوجھ کر رکھے۔

بڑا ادارہ۔ ایک عالمی خوردہ فروش لاکھوں خریداروں کو تہہ دار کیش سے خدمت دیتا ہے: تصاویر اور قابل کیش API کے جوابات کے لیے CDN، ہر خطے میں مشترک reverse-proxy کیش، اور حساب شدہ قیمتوں اور inventory کے ٹکڑوں کے لیے ایپلیکیشن کیش۔ کیش کی کلیدیں نارملائز ہیں اور کرنسی، زبان، اور آلے کی قسم شامل کرتی ہیں، تاکہ ذاتی بنانا کبھی لیک نہ ہو اور ہٹ ریٹ اونچے رہیں۔ پروڈکٹ کا ڈیٹا ایونٹ پر مبنی منسوخی کے ساتھ مختصر TTLs استعمال کرتا ہے، تاکہ قیمت کی تبدیلی پیغام کی ریڑھ کی ہڈی پر شائع ہو جو سیکنڈوں میں خطوں کے پار متاثرہ کلیدیں صاف کرے۔ ہر تہہ باب 9.2 کے مشاہدہ پذیری کے پلیٹ فارم کو ہٹ ریٹ، ہٹانے کی شرح، اور باسی پن رپورٹ کرتی ہے، اور گرتے ہٹ ریٹ پر الرٹ نے ایک بار کم سائز کیش کو چیک آؤٹ کی بندش بننے سے پہلے پکڑ لیا۔

حکومت۔ قومی ٹیکس ایجنسی فائلنگ کا پورٹل چلاتی ہے جو سال کے بیشتر حصے پرسکون اور آخری تاریخ کے قریب مغلوب ہوتا ہے۔ ٹیم وہاں جارحانہ کیش کرتی ہے جہاں محفوظ ہو اور وہاں کبھی نہیں جہاں نہ ہو۔ عوامی مواد (رہنمائی کے صفحات، فارم، شرح کی ٹیبلز) لمبے TTLs اور ورژن شدہ URLs کے ساتھ CDN سے پیش ہوتا ہے، آخری تاریخ کے دن کا پڑھنے کا اچھال اصل سے بہت دور جذب کرتے ہوئے۔ شہری کی اپنی فائلنگ دکھانے والے تصدیق شدہ صفحات no-store نشان زد ہیں اور مشترک کیش کو کبھی نہیں چھوتے، تاکہ کسی ٹیکس دہندہ کو دوسرے کا ڈیٹا کبھی پیش نہ ہو۔ کیش کی ترتیب کا باب 4.2 کے عمل کے مقابل سلامتی کے حساس کوڈ کے طور پر ریویو ہوتا ہے، اور اسٹیمپیڈ سے تحفظ آخری تاریخ کے پیمانے پر مہینوں پہلے لوڈ ٹیسٹ ہوتا ہے، اس لیے وہ پورٹل جو سال کے مصروف ترین دن بیٹھ جاتا تھا اب قائم رہتا ہے۔

کاروباری جواز: محرکات، ROI اور TCO

کیشنگ کی واپسی غیر معمولی طور پر براہ راست اور مقدار بتانے میں آسان ہے۔ کیش جو ہٹ ریٹ 80 سے 95 فیصد کرے اصل کا ٹریفک تین چوتھائی کاٹتا ہے، جس کا مطلب ڈیٹا بیس کی اپ گریڈ مؤخر کرنا، کم ایپلیکیشن سرورز چلانا، یا ایسے ٹریفک کے اچھال سے بچنا ہو سکتا ہے جس کے لیے ہنگامی پیمائش چاہیے ہوتی۔ لیٹنسی کی بہتریاں تجارت میں آمدنی اور عوامی خدمات میں اطمینان اور تکمیل کی شرحوں میں بدلتی ہیں، جہاں تحقیق نے طویل عرصے سے تیز صفحات کو اونچی تبدیلی اور کم ترک سے جوڑا ہے۔ خروجی اور کمپیوٹ کی لاگتیں گرتی ہیں کیونکہ ایج سے پیش درخواست اصل کی بینڈوڈتھ یا پروسیسنگ کی ادائیگی نہیں کرتی۔ پڑھنے سے بھرپور نظاموں کے لیے، جو زیادہ تر نظام ہیں، کیشنگ اکثر آپ کی خرید سکنے والی سستی ترین کارکردگی ہے۔

ملکیت کی کل لاگت ایمانداری سے تولیں۔ براہ راست لاگتیں معمولی ہیں: CDN اور کیش کا انفراسٹرکچر اس اصل کی صلاحیت کے مقابل سستا ہے جو وہ بچاتے ہیں۔ حقیقی لاگت انجینئرنگ کا نظم و ضبط ہے، کیونکہ غلط کیش کیش نہ ہونے سے بدتر ہے۔ باسی پن کے بگز، منسوخی کی غلطیاں، اور کیش پوائزننگ کی کمزوریاں سب حقیقی لاگت رکھتی ہیں، اور جب کیشنگ مشترک، اچھی طرح ٹیسٹ شدہ صلاحیت کے بجائے فی ٹیم فی البدیہہ ہو تو بڑھتی ہیں۔ سب سے مضبوط کاروباری جواز تھوڑے مشترک کیشنگ انفراسٹرکچر اور اصول (معیاری کلیدیں، منسوخی، اسٹیمپیڈ سے تحفظ، اور مشاہدہ پذیری) کو فنڈ کرتا ہے تاکہ ہر ٹیم غلطیاں دہرائے بغیر فائدہ پائے۔ قیادت کے لیے پیش کریں تو کیشنگ ان اشاریوں سے جڑتی ہے جنہیں وہ پہلے ہی ٹریک کرتی ہے: انفراسٹرکچر کی لاگت، صفحے کی لیٹنسی، تبدیلی اور تکمیل کی شرحیں، اور عروج کے واقعات کے دوران واقعات کی تعدد۔

ضد نمونے اور خامیاں

• منسوخی کے بغیر کیشنگ: صفائی کے طریقے کے بغیر لمبا TTL لگانا، اس لیے درست کی ہوئی قدر گھنٹوں غلط رہتی ہے۔
• بہت موٹی کلیدیں: ذاتی جوابات مشترک کلید کے تحت کیش کرنا، ایک صارف کا ڈیٹا دوسرے کو لیک کرنا۔
• بہت باریک کلیدیں: کلید میں غیر مستحکم ان پٹس شامل کرنا تاکہ کوئی دو درخواستیں کبھی میل نہ کھائیں اور ہٹ ریٹ گر جائے۔
• اسٹیمپیڈ سے تحفظ نہیں: گرم کلید بوجھ تلے ختم ہو اور ہر درخواست ایک ساتھ اصل پر دوڑے۔
• ہم وقت میعاد: ساتھ لکھے اندراجات کا بیچ جٹر کے بغیر ایک ہی لمحے ختم ہو، وقفے وقفے سے thundering herd پیدا کرتے ہوئے۔
• مشترک تہوں پر نجی ڈیٹا کیش کرنا: Cache-Control: private یا no-store غائب، تو پراکسی یا CDN تصدیق شدہ جوابات محفوظ کرتا ہے۔
• غیر کلید شدہ ان پٹس کو نظر انداز کرنا: ہیڈر کو جواب کے جسم میں گونجانا مگر کلید سے چھوڑ دینا، کیش پوائزننگ کا دروازہ کھولنا۔
• کم سائز کیش: کام کا سیٹ رکھنے کے لیے بہت چھوٹا کیش ہلچل مچاتا ہے اور اندراجات کو دوبارہ ضرورت سے ذرا پہلے ہٹاتا ہے۔
• غیر ناپا کیش: ہٹ ریٹ یا ہٹانے کی میٹرک نہیں، اس لیے بگڑتا کیش بندش بننے تک غیر مرئی ہے۔
• پائیداری کے بغیر write-back: تیز لکھائیاں جو بہنے سے پہلے کیش مرنے پر غائب ہو جاتی ہیں، پشت پناہی کی ضمانت کے بغیر۔

پختگی کا ماڈل

• سطح 1، آغاز: کیشنگ فی البدیہہ اور فی ڈویلپر ہے، جب کچھ سست لگے تو ردعملی طور پر جوڑی جاتی ہے۔ TTLs اندازے سے ہیں، کلیدیں غیر مستقل ہیں، منسوخی دستی یا غائب ہے، اور باسی ڈیٹا اور پراسرار بگز عام ہیں۔ کوئی ہٹ ریٹ ٹریک نہیں کرتا، اور ٹریفک کا اچھال جو کیش کو جذب کرنا چاہیے تھا اس کی بجائے بندش کا سبب بنتا ہے۔
• سطح 2، ترقی: ٹیمیں واضح جگہوں پر کیش کرتی ہیں اور جامد اثاثوں کے لیے CDN استعمال کرتی ہیں۔ بنیادی TTLs اور cache-aside ظاہر ہوتے ہیں، مگر اصول سروس سے سروس مختلف ہیں، منسوخی غیر مستقل ہے، اسٹیمپیڈ سے تحفظ غائب ہے، نجی بمقابلہ مشترک کیشنگ کے اصول غیر رسمی ہیں، اور مشاہدہ پذیری کبھی کبھار کی جانچوں تک محدود ہے۔
• سطح 3، معیار بندی: کیشنگ کی حکمت عملی دستاویزی اور ادارے بھر میں نافذ ہے۔ کیش کی کلیدیں نارملائز ہیں، TTLs مشترک تازگی کی درجہ بندی کی پیروی کرتے ہیں، جہاں اہم ہو وہاں منسوخی ایونٹ پر مبنی ہے، اسٹیمپیڈ سے تحفظ اور درست HTTP معنی معیاری ہیں، نجی ڈیٹا مشترک تہوں پر کبھی کیش نہیں ہوتا، اور ہر تہہ مشترک مشاہدہ پذیری کی پائپ لائن کو ہٹ ریٹ اور ہٹانا رپورٹ کرتی ہے۔
• سطح 4، انتظام: کیشنگ بنیادی خطوط کے مقابل ناپی اور کنٹرول کی جاتی ہے۔ ہر تہہ کے پاس ہدف ہٹ ریٹ، باسی پن کے بجٹ، اور ہٹانے کی حدیں ہیں، اور ڈیش بورڈ الرٹ کرتے ہیں جب ہٹ ریٹ گرے یا ہٹانے کی شرح اپنے بنیادی خط سے بڑھے۔ اسٹیمپیڈ کے دفاع عروجی پیمانے پر لوڈ ٹیسٹ ہوتے ہیں، فی کیش اصل کے بوجھ کی کمی مقدار میں ناپی جاتی ہے، TTLs اور ہٹانے کی پالیسیاں ناپے گئے رسائی کے نمونوں سے ٹیون ہوتی ہیں، اور ریلیز سے پہلے کیش کی ترتیب سلامتی کے حساس کوڈ کے طور پر ریویو ہوتی ہے۔
• سطح 5، ہم آہنگی: کیشنگ پورے ادارے میں مسلسل بہتر اور مربوط ہے۔ جگہ کا تعین، کلیدیں، اور TTLs بدلتے ٹریفک کے مطابق ڈھلتے ہیں، ایج کمپیوٹ وہاں استعمال ہوتا ہے جہاں وہ اپنی جگہ کمائے، صلاحیت کی منصوبہ بندی اور لاگت کے ماڈل کیش کے میٹرکس پر کھینچتے ہیں، اور ایک ٹیم کے واقعات کے اسباق مشترک اصولوں کو کھلاتے ہیں۔ ادارہ کیشنگ کو مقامی ہیکس کے مجموعے کی بجائے ڈیزائن شدہ، ناپی گئی، موافق صلاحیت سمجھتا ہے۔

بحث کے لیے خیالات

1. آپ کے نظام میں کون سا واحد کیش، اگر وہ ابھی ٹھنڈا ہو جائے، آپ کے اصل کو سب سے زیادہ خطرے میں ڈالے گا، اور اس کی حفاظت کون کرتا ہے؟
2. اپنی کیش کی درجہ بندی کی ہر تہہ کے لیے، کیا آپ اس کا موجودہ ہٹ ریٹ یادداشت سے بتا سکتے ہیں، اور اگر نہیں تو یہ آپ کو کیا بتاتا ہے؟
3. آپ نے منسوخی کے مسئلے کو ورژن شدہ کلیدوں سے نام رکھنے کے مسئلے میں کہاں بدلا ہے، اور آپ اب بھی کہاں ایسا کر سکتے ہیں؟
4. آپ کے کون سے لکھنے کے راستے cache-aside، write-through، write-back، یا write-around استعمال کرتے ہیں، اور کیا ہر ایک جان بوجھ کر چنا گیا؟
5. اگر حملہ آور ایک درخواست کے ہیڈر کو کنٹرول کر لے تو کیا وہ آپ کے صارفین کے مشترک کسی کیش شدہ جواب کو زہر آلود کر سکتا ہے؟
6. آپ کو منٹوں کے اندر کیسے پتا چلے گا کہ آپ کا ہٹ ریٹ خاموشی سے بیس پوائنٹ گر گیا ہے؟

اہم نکات

• کیشنگ لیٹنسی، بوجھ، اور لاگت کاٹتی ہے، اور کیش کی درجہ بندی (کلائنٹ، CDN اور ایج، reverse proxy، ایپلیکیشن، ڈیٹا بیس) آپ کو جتنا اوپر اور باہر محفوظ طریقے سے ممکن ہو جواب دینے دیتی ہے۔
• منسوخی مشکل حصہ ہے؛ کیش کی کلیدیں اور TTLs جان بوجھ کر ڈیزائن کریں، اور جہاں ممکن ہو ورژن شدہ کلیدوں سے منسوخی کے مسائل کو نام رکھنے کے مسائل میں بدلیں۔
• کیش کو بوجھ تلے درخواست ملانے، جٹر، اور stale-while-revalidate سے محفوظ رکھیں، کیونکہ کیش کی ضرورت ٹھیک تب ہے جب اسٹیمپیڈ اسے توڑ سکتا ہے۔
• لکھنے کے نمونے اور ہٹانے کی پالیسیاں فی بوجھ چنیں، اور کیشز کو اندازہ لگانے دینے کی بجائے HTTP کیشنگ کے معنی (Cache-Control، ETags، توثیق) واضح طور پر استعمال کریں۔
• کیش شدہ مواد کو حملے کی سطح سمجھیں اور ہٹ ریٹ، ہٹانا، اور باسی پن ناپیں، کیونکہ غیر مشاہدہ شدہ یا غلط کلید والا کیش اثاثہ نہیں بلکہ چھپی ذمہ داری ہے۔

حوالہ جات اور مزید مطالعہ

• Martin Kleppmann, Designing Data-Intensive Applications
• Andrew S. Tanenbaum and Herbert Bos, Modern Operating Systems
• John L. Hennessy and David A. Patterson, Computer Architecture: A Quantitative Approach
• Roy T. Fielding and Julian Reschke, “Hypertext Transfer Protocol (HTTP/1.1): Caching,” RFC 7234, IETF
• Mark Nottingham, “Caching Tutorial for Web Authors and Webmasters”
• James Kettle, “Practical Web Cache Poisoning,” PortSwigger Research
• Betsy Beyer, Chris Jones, Jennifer Petoff, and Niall Richard Murphy (eds.), Site Reliability Engineering: How Google Runs Production Systems
• Michael T. Nygard, Release It! Design and Deploy Production-Ready Software