Cloudflare د پینګورا پراکسي کارولو لپاره د خپل مینځپانګې تحویلي شبکې لیږد اعلان کړ ، چې په زنګ ژبه لیکل شوی. نوی پراکسي د Lua سکریپټونو سره د NGINX سرور میشته ترتیب بدلوي، او هره ورځ له یو ټریلیون څخه ډیر غوښتنې پروسس کوي. د یادونې وړ ده چې ځانګړي پراکسي ته لیږد نه یوازې د نوي ب featuresو پلي کولو او د حافظې خوندي عملیاتو له امله امنیت ته وده ورکولو اجازه ورکوي ، بلکه د فعالیت او سرچینو سپمولو کې د پام وړ زیاتوالی لامل شوی - د پینګورا پراساس حل کارولو ته اړتیا نلري. د لوا، او له همدې امله د ورته مقدار ټرافیک پروسس کولو پرمهال 70٪ لږ سرچینې CPU او 67٪ لږ حافظه مصرفوي.
د اوږدې مودې لپاره ، د NGINX او Lua سکریپټونو پراساس د کاروونکو او پای سرورونو ترمینځ د پراکسي ترافیک لپاره سیسټم د Cloudflare اړتیاوې پوره کړې ، مګر لکه څنګه چې شبکه وده وکړه او پیچلتیا یې زیاته شوه ، یو نړیوال حل ناکافي وګرځید ، په دواړو شرایطو کې. فعالیت او د پیرودونکو لپاره د نوو فرصتونو پراختیا او پلي کولو کې د محدودیتونو له امله. په ځانګړې توګه، د ساده ګیټ ویز او بار بیلنسر هاخوا د فعالیت اضافه کولو کې ننګونې وې. د مثال په توګه، دا اړینه شوه، که سرور د غوښتنې پروسس کولو کې پاتې راشي، بل سرور ته غوښتنه بیا واستول شي، دا د HTTP سرلیکونو مختلف سیټ چمتو کوي.
د یوې معمارۍ پرځای چې غوښتنې په جلا کارګر پروسو کې جلا کوي، پینګورا یو څو اړخیز ماډل کاروي، کوم چې د Cloudflare کارولو قضیې کې (د لوی احصایوي بدلون سره د مختلفو سایټونو څخه د ټرافیک لوړ غلظت) د CPU کورونو ترمنځ د سرچینو ډیر اغیزمن ویش ښودلی. په ځانګړې توګه، پروسو ته د نګینکس د غیر متوازن غوښتنو پابند کول د CPU په کور کې د غیر متوازن بار په پایله کې، په پایله کې د منابعو د پام وړ غوښتنې او د I/O بلاک کول د نورو غوښتنو پروسس ورو کوي. برسېره پردې، د کنټرولر پروسو ته د اتصال حوض پابند کول د نورو هینډلر پروسو څخه د دمخه رامینځته شوي اړیکو بیا کارولو ته اجازه نه ورکوي، کوم چې موثریت کموي کله چې د سمبالونکي پروسې لوی شمیر شتون ولري.
NGINX:
پینګورا:
د پینګورا پلي کول دا ممکنه کړې چې د نویو اتصالونو د نصب شمیر 160 ځله کم کړي او د بیا کارول شوي غوښتنو برخه له 87.1٪ څخه 99.92٪ ته لوړه کړي. د بیا پیوستون کمولو او د CPU کور ډیر اغیزمن کارونې سربیره، د نوي پراکسي فعالیت ښه والی په عمده توګه د نګینکس سره کارول شوي سست لوا هینډلرونو لرې کولو له امله و.
د زنګ ژبه د لوړ فعالیت ترلاسه کولو لپاره غوره شوې وه چې د وسیلو شتون سره یوځای د حافظې سره خوندي عملیات ډاډمن کړي. دا یادونه وشوه چې د Cloudflare د لوړ کیفیت لرونکي انجنیرانو سره سره او په C ژبه کې لیکل شوي کوډ بیاکتنه، دا ممکنه نه وه چې د غلطیو څخه مخنیوی وشي چې د حافظې ستونزې رامینځته کوي (د بیلګې په توګه، په HTML پارسر کې زیانمنتیا). لکه څنګه چې د نوي کوډ لپاره، دا په پینګورا کې د ناکامیو تحلیل کولو قضیو په اړه خبرې کوي، کوم چې په غوښتنلیک کې د ستونزو له امله نه، مګر د لینوکس کرنل او هارډویر ناکامیو کې د یوې تېروتنې له امله.
سربیره پردې ، موږ کولی شو د لینس توروالډز نظر یادونه وکړو ، چې پدې ورځو کې د خلاصې سرچینې غونډې اروپا کنفرانس کې غږ شوی ، په لینکس کرنل کې د زنګ ژبې لپاره د ملاتړ شاملولو په اړه. په زنګ ژبه کې د وسیلې ډرایورانو رامینځته کولو لپاره پیچونه په 6.0 کرنل کې ندي شامل شوي ، مګر د لینس په وینا ، دوی به ډیری احتمال په 6.1 کرنل کې ومنل شي؛ هغه د ادغام ځنډ نه کوي. د زنګ لپاره د ملاتړ اضافه کولو هڅونې په توګه ، په امنیت باندې د مثبت اغیز سربیره ، لینس د نوي ګډون کونکو په اصلي برخه کې کار کولو کې د علاقې زیاتولو فرصت هم په ګوته کوي ، کوم چې د زړو زړو وختونو شرایطو کې مهم دی.
سرچینه: opennet.ru