Cloudflare ان جي مواد جي ترسيل نيٽ ورڪ جي منتقلي جو اعلان ڪيو Pingora پراکسي استعمال ڪرڻ لاء، جيڪو مورچا ٻولي ۾ لکيل آهي. نئون پراڪسي NGINX سرور جي بنياد تي ترتيب ڏنل لوا اسڪرپٽس سان تبديل ڪري ٿو، ۽ هر روز هڪ ٽريلين کان وڌيڪ درخواستن تي عمل ڪري ٿو. اهو نوٽ ڪيو ويو آهي ته هڪ خاص پراکسي ڏانهن منتقلي نه رڳو نئين خاصيتن کي لاڳو ڪرڻ ۽ ميموري جي محفوظ آپريشن جي ڪري سيڪيورٽي کي وڌائڻ جي اجازت ڏني وئي، پر ڪارڪردگي ۽ وسيلن جي بچت ۾ پڻ اهم اضافو ٿيو - Pingora-based حل استعمال جي ضرورت ناهي. Lua جو، ۽ تنهن ڪري 70٪ گهٽ وسيلا سي پي يو ۽ 67٪ گهٽ ميموري استعمال ڪندو آهي جڏهن ته ساڳئي مقدار جي ٽرئفڪ کي پروسيس ڪندي.
هڪ ڊگهي وقت تائين، NGINX ۽ Lua اسڪرپٽس جي بنياد تي صارفين ۽ آخري سرورز جي وچ ۾ پراکسي ٽرئفڪ لاءِ هڪ سسٽم Cloudflare جي ضرورتن کي پورو ڪيو، پر جيئن ته نيٽ ورڪ وڌندو ويو ۽ ان جي پيچيدگي وڌي وئي، هڪ آفاقي حل ناگزير ثابت ٿيو، ٻنهي جي لحاظ کان. ڪارڪردگي ۽ گراهڪن لاءِ نون موقعن جي توسيع ۽ نفاذ ۾ حدن جي ڪري. خاص طور تي، هڪ سادي گيٽ وي ۽ لوڊ بيلنس کان ٻاهر ڪارڪردگي کي شامل ڪرڻ ۾ چئلينج هئا. مثال طور، اهو ضروري ٿي ويو، جيڪڏهن سرور هڪ درخواست تي عمل ڪرڻ ۾ ناڪام ٿئي، ٻي سرور ڏانهن درخواست ٻيهر موڪلڻ لاء، ان کي HTTP هيڊرن جي مختلف سيٽ سان مهيا ڪندي.
هڪ فن تعمير جي بدران جيڪو درخواستن کي الڳ ڪم ڪندڙ عملن ۾ الڳ ڪري ٿو، پنگورا هڪ ملٽي-ٽيڊڊ ماڊل استعمال ڪري ٿو، جيڪو Cloudflare استعمال جي ڪيسن ۾ (وڏي شمارياتي شفٽ سان مختلف سائيٽن کان ٽرئفڪ جو وڏو تسلسل) ڏيکاري ٿو وسيلن جي وڌيڪ موثر ورڇ CPU ڪور جي وچ ۾. خاص طور تي، nginx جي غير متوازن درخواستن جي عملن جي پابند ٿيڻ جي نتيجي ۾ سي پي يو ڪور تي غير متوازن لوڊ، نتيجي ۾ وسيلا-گھڻي درخواستون ۽ I/O کي بلاڪ ڪرڻ ٻين درخواستن جي پروسيسنگ کي سست ڪري ٿو. ان کان علاوه، ڪنيڪشن پول کي هينڊلر جي عملن تي پابند ڪرڻ جي اجازت نه ڏني وئي اڳ ۾ ئي قائم ڪيل ڪنيڪشنن کي ٻيهر استعمال ڪرڻ جي ٻين هينڊلر پروسيس کان، جيڪو ڪارڪردگي گھٽائي ٿو جڏهن وڏي تعداد ۾ هينڊلر پروسيس موجود آهن.
NGINX:
پنگورا:
پنگورا جي نفاذ سان نون ڪنيڪشنن جي تنصيب جي تعداد کي 160 ڀيرا گھٽائڻ ۽ ٻيهر استعمال ٿيل درخواستن جي حصيداري کي 87.1 سيڪڙو مان وڌائي 99.92 سيڪڙو ڪرڻ ممڪن بڻايو ويو. ٻيهر ڪنيڪشن کي گهٽائڻ ۽ سي پي يو ڪور جي وڌيڪ موثر استعمال کان علاوه، نئين پراکسي جي ڪارڪردگي بهتري بنيادي طور تي نينگڪس سان استعمال ٿيل سست لوا هينڊلر کي هٽائڻ جي ڪري هئي.
زنگ جي ٻولي کي اعلي ڪارڪردگي حاصل ڪرڻ لاء چونڊيو ويو آهي اوزار جي دستيابي سان گڏ محفوظ آپريشن کي يقيني بڻائڻ لاء ياداشت سان. اهو ذڪر ڪيو ويو آهي ته Cloudflare جي انتهائي قابل انجنيئرن جي باوجود ۽ C ٻولي ۾ لکيل ڪوڊ جو جائزو وٺڻ جي باوجود، اهو ممڪن نه هو ته غلطين کان بچڻ لاء ميموري مسئلن جي ڪري (مثال طور، HTML parser ۾ هڪ ڪمزور). جيئن ته نئين ڪوڊ لاء، اهو Pingora ۾ ناڪامي جي تجزيي جي ڪيسن جي باري ۾ ڳالهائيندو آهي، جيڪو ظاهر ٿيو ته ايپليڪيشن ۾ مسئلن جي سبب نه، پر لينڪس ڪنييل ۽ هارڊويئر ناڪامي ۾ غلطي جي ڪري.
اضافي طور تي، اسان Linus Torvalds جي تبصري کي نوٽ ڪري سگهون ٿا، انهن ڏينهن ۾ ٿيندڙ اوپن سورس سمٽ يورپ ڪانفرنس ۾ آواز ڪئي وئي، لينڪس ڪرنل ۾ زنگ جي ٻولي جي حمايت شامل ڪرڻ جي حوالي سان. رسٽ ٻولي ۾ ڊيوائس ڊرائيورز کي ترقي ڪرڻ لاءِ پيچ 6.0 ڪنيل ۾ شامل نه ڪيا ويا، پر لينس جي مطابق، اهي گهڻو ڪري 6.1 ڪنييل ۾ قبول ڪيا ويندا؛ هو انضمام ۾ دير نه ڪندو. رسٽ لاءِ سپورٽ شامل ڪرڻ جي حوصلي جي طور تي، سيڪيورٽي تي مثبت اثرن کان علاوه، لينس پڻ نون شرڪت ڪندڙن جي بنيادي تي ڪم ڪرڻ ۾ دلچسپي وڌائڻ جو موقعو ڏئي ٿو، جيڪو پراڻن ٽائمرز جي حوالي سان اهم آهي.
جو ذريعو: opennet.ru