Cloudflare NGINX થી તેની પોતાની પ્રોક્સી Pingora પર સ્વિચ કર્યું, રસ્ટમાં લખાયેલ

ક્લાઉડફ્લેરે રસ્ટ ભાષામાં લખેલા પિંગોરા પ્રોક્સીનો ઉપયોગ કરવા માટે તેના સામગ્રી વિતરણ નેટવર્કના સંક્રમણની જાહેરાત કરી. નવી પ્રોક્સી લુઆ સ્ક્રિપ્ટ્સ સાથે NGINX સર્વર-આધારિત ગોઠવણીને બદલે છે, અને દરરોજ એક ટ્રિલિયન વિનંતીઓ પર પ્રક્રિયા કરે છે. તે નોંધ્યું છે કે વિશિષ્ટ પ્રોક્સીમાં સંક્રમણ માત્ર નવી સુવિધાઓને અમલમાં મૂકવાની અને મેમરીના સુરક્ષિત સંચાલનને કારણે સુરક્ષા વધારવાની મંજૂરી આપતું નથી, પરંતુ કામગીરી અને સંસાધનોની બચતમાં પણ નોંધપાત્ર વધારો તરફ દોરી જાય છે - પિંગોરા-આધારિત સોલ્યુશનને ઉપયોગની જરૂર નથી. લુઆનું છે, અને તેથી ટ્રાફિકની સમાન રકમની પ્રક્રિયા કરતી વખતે 70% ઓછા સંસાધનો CPU અને 67% ઓછી મેમરી વાપરે છે.

લાંબા સમય સુધી, એનજીઆઈએનએક્સ અને લુઆ સ્ક્રિપ્ટ્સ પર આધારિત વપરાશકર્તાઓ અને અંતિમ સર્વર્સ વચ્ચે પ્રોક્સીંગ ટ્રાફિક માટેની સિસ્ટમ ક્લાઉડફ્લેરની જરૂરિયાતોને સંતોષતી હતી, પરંતુ જેમ જેમ નેટવર્ક વધતું ગયું અને તેની જટિલતા વધી, એક સાર્વત્રિક ઉકેલ અપૂરતો હોવાનું બહાર આવ્યું, બંને દ્રષ્ટિએ પ્રદર્શન અને ગ્રાહકો માટે નવી તકોના વિસ્તરણ અને અમલીકરણમાં મર્યાદાઓને કારણે. ખાસ કરીને, સરળ ગેટવે અને લોડ બેલેન્સર ઉપરાંત કાર્યક્ષમતા ઉમેરવામાં પડકારો હતા. ઉદાહરણ તરીકે, જો સર્વર વિનંતી પર પ્રક્રિયા કરવામાં નિષ્ફળ જાય, તો તેને HTTP હેડરોના અલગ સેટ સાથે પ્રદાન કરીને બીજા સર્વરને ફરીથી મોકલવા માટે તે જરૂરી બની ગયું છે.

એક આર્કિટેક્ચરને બદલે જે વિનંતીઓને અલગ વર્કર પ્રક્રિયાઓમાં અલગ પાડે છે, પિંગોરા મલ્ટિ-થ્રેડેડ મોડલનો ઉપયોગ કરે છે, જે Cloudflare ઉપયોગના કેસોમાં (મોટા આંકડાકીય પાળી સાથે વિવિધ સાઇટ્સથી ટ્રાફિકની ઊંચી સાંદ્રતા) CPU કોરો વચ્ચે સંસાધનોનું વધુ કાર્યક્ષમ વિતરણ દર્શાવે છે. ખાસ કરીને, પ્રક્રિયાઓ માટે અસંતુલિત વિનંતીઓનું nginx નું બંધન સીપીયુ કોરો પર અસંતુલિત ભારમાં પરિણમ્યું, પરિણામે સંસાધન-સઘન વિનંતીઓ અને I/O ને અવરોધિત કરવાથી અન્ય વિનંતીઓની પ્રક્રિયા ધીમી થઈ જાય છે. વધુમાં, કનેક્શન પૂલને હેન્ડલર પ્રક્રિયાઓ સાથે જોડવાથી અન્ય હેન્ડલર પ્રક્રિયાઓમાંથી પહેલાથી સ્થાપિત કનેક્શનના પુનઃઉપયોગની મંજૂરી મળતી નથી, જે મોટી સંખ્યામાં હેન્ડલર પ્રક્રિયાઓ હોય ત્યારે કાર્યક્ષમતા ઘટાડે છે.

NGINX:

પિંગોરા:

પિંગોરાના અમલીકરણથી નવા કનેક્શન્સના ઇન્સ્ટોલેશનની સંખ્યામાં 160 ગણો ઘટાડો કરવાનું શક્ય બન્યું અને ફરીથી ઉપયોગમાં લેવાતી વિનંતીઓનો હિસ્સો 87.1% થી વધારીને 99.92% થયો. પુનઃજોડાણો ઘટાડવા અને CPU કોરોના વધુ કાર્યક્ષમ ઉપયોગ ઉપરાંત, નવા પ્રોક્સીના પ્રદર્શનમાં સુધારો મુખ્યત્વે nginx સાથે ઉપયોગમાં લેવાતા ધીમા લુઆ હેન્ડલર્સને દૂર કરવાને કારણે હતો.

મેમરી સાથે સુરક્ષિત કામગીરી સુનિશ્ચિત કરવા માટે સાધનોની ઉપલબ્ધતા સાથે ઉચ્ચ પ્રદર્શન પ્રાપ્ત કરવા માટે રસ્ટ ભાષા પસંદ કરવામાં આવી હતી. એવો ઉલ્લેખ કરવામાં આવ્યો છે કે ક્લાઉડફ્લેરના ઉચ્ચ ગુણવત્તાવાળું એન્જિનિયરો હોવા છતાં અને C ભાષામાં લખેલા કોડની સમીક્ષા કરવા છતાં, મેમરી સમસ્યાઓ (ઉદાહરણ તરીકે, HTML પાર્સરમાં નબળાઈ) તરફ દોરી જતી ભૂલોને ટાળવાનું શક્ય ન હતું. નવા કોડની વાત કરીએ તો, તે પિંગોરામાં નિષ્ફળતાના વિશ્લેષણના કિસ્સાઓ વિશે વાત કરે છે, જે એપ્લિકેશનમાં સમસ્યાઓને કારણે નહીં, પરંતુ લિનક્સ કર્નલ અને હાર્ડવેર નિષ્ફળતાઓમાં ભૂલને કારણે હોવાનું બહાર આવ્યું છે.

વધુમાં, અમે લિનક્સ કર્નલમાં રસ્ટ ભાષા માટેના સમર્થનના સમાવેશ અંગે, આ દિવસોમાં યોજાનારી ઓપન-સોર્સ સમિટ યુરોપ કોન્ફરન્સમાં લિનસ ટોરવાલ્ડ્સની ટિપ્પણીની નોંધ લઈ શકીએ છીએ. રસ્ટ ભાષામાં ઉપકરણ ડ્રાઇવરો વિકસાવવા માટેના પેચો 6.0 કર્નલમાં સમાવિષ્ટ ન હતા, પરંતુ લિનસના જણાવ્યા મુજબ, તે મોટે ભાગે 6.1 કર્નલમાં સ્વીકારવામાં આવશે; તે એકીકરણમાં વિલંબ કરશે નહીં. રસ્ટ માટે સમર્થન ઉમેરવાની પ્રેરણા તરીકે, સુરક્ષા પર સકારાત્મક અસર ઉપરાંત, લિનસ નવા સહભાગીઓના મૂળ પર કામ કરવામાં રસ વધારવાની તક પણ ટાંકે છે, જે વૃદ્ધ વૃદ્ધ-ટાઈમર્સના સંદર્ભમાં મહત્વપૂર્ણ છે.

સોર્સ: opennet.ru