ارے حبر!
2017 میں، بلیک فرائیڈے کے دوران، لوڈ تقریباً ڈیڑھ گنا بڑھ گیا، اور ہمارے سرورز اپنی حد پر تھے۔ سال گزرنے کے ساتھ، کلائنٹس کی تعداد میں نمایاں اضافہ ہوا ہے، اور یہ واضح ہو گیا ہے کہ محتاط ابتدائی تیاری کے بغیر، پلیٹ فارم 2018 کے بوجھ کو برداشت نہیں کر سکتا۔
ہم نے ممکنہ طور پر سب سے زیادہ مہتواکانکشی ہدف مقرر کیا: ہم کسی بھی، یہاں تک کہ سب سے زیادہ طاقتور، سرگرمی کے اضافے کے لیے مکمل طور پر تیار رہنا چاہتے تھے اور سال بھر میں پیشگی نئی صلاحیتوں کو شروع کرنا شروع کر دیا تھا۔
ہمارے سی ٹی او اینڈری چیز () بتاتا ہے کہ ہم نے بلیک فرائیڈے 2018 کے لیے کس طرح تیاری کی، ہم نے گرنے سے بچنے کے لیے کیا اقدامات کیے، اور یقیناً اس طرح کی محتاط تیاری کے نتائج۔
آج میں بلیک فرائیڈے 2018 کی تیاریوں کے بارے میں بات کرنا چاہتا ہوں۔ اب کیوں، جب زیادہ تر سیلز ہمارے پیچھے ہیں؟ ہم نے بڑے پیمانے پر ہونے والے واقعات سے تقریباً ایک سال پہلے تیاری شروع کر دی، اور آزمائش اور غلطی کے ذریعے ہمیں بہترین حل مل گیا۔ ہم تجویز کرتے ہیں کہ آپ گرم موسموں کا پہلے سے خیال رکھیں اور ایسے دھوکہ دہی سے بچیں جو انتہائی نامناسب وقت میں سامنے آسکتے ہیں۔
مواد ہر ایک کے لئے مفید ہو گا جو اس طرح کے اسٹاک سے زیادہ سے زیادہ منافع کو نچوڑنا چاہتا ہے، کیونکہ مسئلے کا تکنیکی پہلو یہاں کی مارکیٹنگ کے پہلو سے کمتر نہیں ہے۔
بڑی فروخت پر ٹریفک کی خصوصیات
عام خیال کے برعکس، بلیک فرائیڈے سال میں صرف ایک دن نہیں، بلکہ تقریباً پورا ہفتہ ہوتا ہے: پہلی رعایتی پیشکش فروخت سے 7-8 دن پہلے پہنچ جاتی ہے۔ ویب سائٹ کی ٹریفک پورے ہفتے میں آسانی سے بڑھنا شروع ہو جاتی ہے، جمعہ کو اپنے عروج پر پہنچ جاتی ہے اور ہفتے کے روز اسٹور کی باقاعدہ سطح پر کافی تیزی سے گر جاتی ہے۔
اس پر غور کرنا ضروری ہے: آن لائن اسٹورز سسٹم میں کسی بھی "سست روی" کے لیے خاص طور پر حساس ہو جاتے ہیں۔ اس کے علاوہ، ہماری ای میل نیوز لیٹر لائن کو بھی جمع کرانے کی تعداد میں نمایاں اضافہ ہوا ہے۔
بلیک فرائیڈے کے ذریعے کریشوں کے بغیر گزرنا ہمارے لیے حکمت عملی کے لحاظ سے اہم ہے، کیونکہ... ویب سائٹس اور اسٹور نیوز لیٹرز کی سب سے اہم فعالیت پلیٹ فارم کے آپریشن پر منحصر ہے، یعنی:
- مصنوعات کی سفارشات کا سراغ لگانا اور جاری کرنا،
- متعلقہ مواد کا اجراء (مثال کے طور پر، سفارشی بلاکس کے ڈیزائن کی تصاویر، جیسے تیر، لوگو، شبیہیں اور دیگر بصری عناصر)،
- مطلوبہ سائز کی پروڈکٹ کی تصاویر فراہم کرنا (ان مقاصد کے لیے ہمارے پاس "ImageResizer" ہے - ایک ایسا سب سسٹم جو اسٹور سرور سے تصویر ڈاؤن لوڈ کرتا ہے، اسے مطلوبہ سائز میں کمپریس کرتا ہے اور، کیشنگ سرورز کے ذریعے، ہر پروڈکٹ کے لیے مطلوبہ سائز کی تصاویر تیار کرتا ہے۔ ہر ایک سفارشی بلاک)۔
درحقیقت، بلیک فرائیڈے 2019 کے دوران، سروس پر بوجھ 40 فیصد بڑھ گیا، یعنی ریٹیل راکٹ سسٹم آن لائن سٹور سائٹس پر جن واقعات کو ٹریک کرتا ہے اور اس پر کارروائی کرتا ہے ان کی تعداد 5 سے 8 ہزار درخواستوں فی سیکنڈ تک بڑھ گئی ہے۔ اس حقیقت کی وجہ سے کہ ہم زیادہ سنگین بوجھ کے لیے تیاری کر رہے تھے، ہم اس طرح کے اضافے سے آسانی سے بچ گئے۔
جنرل تربیت
بلیک فرائیڈے خاص طور پر تمام ریٹیل اور ای کامرس کے لیے ایک مصروف وقت ہے۔ اس وقت صارفین کی تعداد اور ان کی سرگرمیوں میں نمایاں اضافہ ہو رہا ہے، اس لیے ہم ہمیشہ کی طرح اس مصروف وقت کے لیے پوری طرح تیار ہیں۔ آئیے یہاں اس حقیقت کو شامل کرتے ہیں کہ ہمارے پاس نہ صرف روس بلکہ یورپ میں بھی بہت سے آن لائن اسٹورز جڑے ہوئے ہیں، جہاں جوش و خروش بہت زیادہ ہے، اور ہمیں برازیل کی سیریز سے بھی بدتر جذبہ ملتا ہے۔ بڑھتے ہوئے بوجھ کے لیے مکمل طور پر تیار رہنے کے لیے کیا کرنے کی ضرورت ہے؟
سرورز کے ساتھ کام کرنا
سب سے پہلے، یہ معلوم کرنا ضروری تھا کہ ہمیں سرور کی طاقت بڑھانے کے لیے بالکل کیا ضرورت ہے۔ پہلے ہی اگست میں، ہم نے بلیک فرائیڈے کے لیے خاص طور پر نئے سرورز کا آرڈر دینا شروع کیا - مجموعی طور پر ہم نے 10 اضافی مشینیں شامل کیں۔ نومبر تک وہ مکمل طور پر لڑائی میں تھے۔
اسی وقت، کچھ تعمیراتی مشینیں ایپلیکیشن سرورز کے طور پر استعمال کے لیے دوبارہ انسٹال کی گئیں۔ ہم نے انہیں فوری طور پر مختلف افعال استعمال کرنے کے لیے تیار کیا: سفارشات جاری کرنے اور ImageResizer سروس دونوں کے لیے، تاکہ لوڈ کی قسم کے لحاظ سے، ان میں سے ہر ایک کو ان میں سے کسی ایک کردار کے لیے استعمال کیا جا سکے۔ نارمل موڈ میں، ایپلیکیشن اور امیج ریسائزر سرورز نے واضح طور پر فنکشنز کی وضاحت کی ہے: سابقہ ایشو کی سفارشات، آن لائن شاپنگ ویب سائٹس پر خطوط اور سفارشی بلاکس کے لیے بعد کی سپلائی امیجز۔ بلیک فرائیڈے کی تیاری میں، ڈاؤن لوڈ کی قسم کے لحاظ سے ان کے درمیان ٹریفک کو متوازن کرنے کے لیے تمام دوہرے مقاصد والے سرور بنانے کا فیصلہ کیا گیا۔
پھر ہم نے کافکا (اپاچی کافکا) کے لیے دو بڑے سرورز شامل کیے اور 5 طاقتور مشینوں کا ایک کلسٹر حاصل کیا۔ بدقسمتی سے، سب کچھ اس طرح آسانی سے نہیں ہوا جیسا کہ ہم چاہتے ہیں: ڈیٹا سنکرونائزیشن کے عمل کے دوران، دو نئی مشینوں نے نیٹ ورک چینل کی پوری چوڑائی پر قبضہ کر لیا، اور ہمیں فوری طور پر یہ معلوم کرنا پڑا کہ کیسے شامل کرنے کے عمل کو تیزی سے اور محفوظ طریقے سے انجام دیا جائے۔ پورے بنیادی ڈھانچے. اس مسئلے کو حل کرنے کے لیے، ہمارے منتظمین کو اپنے اختتام ہفتہ کی قربانی دینا پڑی۔
ڈیٹا کے ساتھ کام کرنا
سرورز کے علاوہ، ہم نے بوجھ ہلکا کرنے کے لیے فائلوں کو بہتر بنانے کا فیصلہ کیا اور ہمارے لیے ایک بڑا قدم جامد فائلوں کا ترجمہ تھا۔ تمام جامد فائلیں جو پہلے سرورز پر ہوسٹ کی گئی تھیں S3 + Cloudfront میں منتقل کر دی گئیں۔ ہم ایک طویل عرصے سے یہ کرنا چاہتے ہیں، کیونکہ سرور پر لوڈ حد اقدار کے قریب تھا، اور اب ایک بہت اچھا موقع پیدا ہوا ہے۔
بلیک فرائیڈے سے ایک ہفتہ پہلے، ہم نے امیج کیشنگ کا وقت بڑھا کر 3 دن کر دیا، تاکہ اگر ImageResizer کریش ہو جائے، تو پہلے کیش شدہ تصاویر cdn سے بازیافت کی جائیں گی۔ اس نے ہمارے سرورز پر بوجھ کو بھی کم کر دیا، چونکہ تصویر جتنی دیر تک محفوظ ہوتی ہے، ہمیں سائز تبدیل کرنے پر وسائل خرچ کرنے کی ضرورت کم ہوتی ہے۔
اور آخری لیکن کم از کم: بلیک فرائیڈے سے 5 دن پہلے، کسی بھی نئی فعالیت کی تعیناتی کے ساتھ ساتھ انفراسٹرکچر کے ساتھ کسی بھی کام پر پابندی کا اعلان کیا گیا تھا - تمام توجہ کا مقصد بڑھتے ہوئے بوجھ کا مقابلہ کرنا ہے۔
مشکل حالات کا جواب دینے کے منصوبے
اس سے کوئی فرق نہیں پڑتا ہے کہ تیاری کتنی ہی اعلیٰ معیار کی ہو، فیکاپس ہمیشہ ممکن ہیں۔ اور ہم نے ممکنہ نازک حالات کے لیے 3 ردعمل کے منصوبے تیار کیے ہیں:
- بوجھ میں کمی،
- کچھ خدمات کو غیر فعال کرنا،
- سروس کی مکمل بندش.
منصوبہ A: بوجھ کو کم کریں۔ اگر لوڈ میں اضافے کی وجہ سے، ہمارے سرورز قابل قبول رسپانس ٹائمنگ سے آگے نکل گئے تو اسے چالو کیا جانا چاہیے تھا۔ اس معاملے میں، ہم نے ٹریفک کے کچھ حصے کو ایمیزون سرورز پر تبدیل کر کے بوجھ کو بتدریج کم کرنے کے لیے میکانزم تیار کیا ہے، جو کہ تمام درخواستوں کا صرف "200 OK" کے ساتھ جواب دے گا اور خالی جواب دے گا۔ ہم سمجھتے ہیں کہ یہ سروس کے معیار کی تنزلی ہے، لیکن اس حقیقت کے درمیان انتخاب کہ سروس بالکل کام نہیں کرتی ہے یا تقریباً 10% ٹریفک کے لیے سفارشات نہیں دکھاتی ہے۔
پلان بی: خدمات کو غیر فعال کریں۔ سروس کی جزوی تنزلی۔ مثال کے طور پر، کچھ ڈیٹا بیس اور کمیونیکیشن چینلز کو اتارنے کے لیے ذاتی سفارشات کا حساب لگانے کی رفتار کو کم کرنا۔ عام موڈ میں، سفارشات کو حقیقی وقت میں شمار کیا جاتا ہے، ہر آنے والے کے لیے آن لائن سٹور کا ایک مختلف ورژن تیار کیا جاتا ہے، لیکن زیادہ بوجھ کے حالات میں، رفتار کو کم کرنا دیگر بنیادی خدمات کو کام جاری رکھنے کی اجازت دیتا ہے۔
پلان سی: آرماجیڈن کے معاملے میں۔ اگر سسٹم میں مکمل خرابی ہوتی ہے، تو ہم نے ایک منصوبہ تیار کیا ہے جو ہمیں اپنے صارفین سے محفوظ طریقے سے منقطع ہونے کی اجازت دے گا۔ سٹور کے خریدار صرف سفارشات دیکھنا چھوڑ دیں گے؛ آن لائن سٹور کی کارکردگی کو کسی بھی طرح سے نقصان نہیں پہنچے گا۔ ایسا کرنے کے لیے، ہمیں اپنی انٹیگریشن فائل کو دوبارہ ترتیب دینا ہو گا تاکہ نئے صارفین سروس کے ساتھ تعامل بند کر دیں۔ یعنی، ہم اپنے مرکزی ٹریکنگ کوڈ کو غیر فعال کر دیں گے، سروس ڈیٹا اکٹھا کرنا اور سفارشات کا حساب لگانا بند کر دے گی، اور صارف صرف سفارشی بلاکس کے بغیر صفحہ دیکھے گا۔ ان تمام لوگوں کے لیے جنہوں نے پہلے انٹیگریشن فائل حاصل کی ہے، ہم نے DNS ریکارڈ کو Amazon اور 200 OK stub میں تبدیل کرنے کا اختیار فراہم کیا ہے۔
کے نتائج
ہم نے اضافی تعمیراتی مشینیں استعمال کرنے کی ضرورت کے بغیر بھی پورا بوجھ ہینڈل کیا۔ اور پیشگی تیاری کی بدولت ہمیں کسی بھی تیار شدہ جوابی منصوبے کی ضرورت نہیں تھی۔ لیکن کیا گیا تمام کام انمول تجربہ ہے جو ہمیں ٹریفک کی انتہائی غیر متوقع اور بڑی آمد سے نمٹنے میں مدد فراہم کرے گا۔
جیسا کہ 2017 میں، سروس پر بوجھ میں 40% اضافہ ہوا، اور بلیک فرائیڈے پر آن لائن اسٹورز میں صارفین کی تعداد میں 60% اضافہ ہوا۔ تمام مشکلات اور غلطیاں تیاری کے دوران ہوئیں، جس نے ہمیں اور ہمارے گاہکوں کو غیر متوقع حالات سے بچایا۔
آپ بلیک فرائیڈے سے کیسے نمٹ رہے ہیں؟ آپ نازک بوجھ کے لیے کیسے تیاری کرتے ہیں؟
ماخذ: www.habr.com