ക്ലൗഡ്ഫ്ലെയർ NGINX-ൽ നിന്ന് റസ്റ്റിൽ എഴുതിയ സ്വന്തം Pingora പ്രോക്സിയിലേക്ക് മാറി

റസ്റ്റ് ഭാഷയിൽ എഴുതിയ പിംഗോറ പ്രോക്സി ഉപയോഗിക്കുന്നതിനായി ക്ലൗഡ്ഫ്ലെയർ അതിന്റെ ഉള്ളടക്ക വിതരണ ശൃംഖലയുടെ പരിവർത്തനം പ്രഖ്യാപിച്ചു. പുതിയ പ്രോക്സി NGINX സെർവർ അധിഷ്ഠിത കോൺഫിഗറേഷനെ Lua സ്ക്രിപ്റ്റുകൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു, കൂടാതെ പ്രതിദിനം ഒരു ട്രില്യൺ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നു. ഒരു പ്രത്യേക പ്രോക്സിയിലേക്കുള്ള പരിവർത്തനം മെമ്മറിയുടെ സുരക്ഷിതമായ പ്രവർത്തനം കാരണം പുതിയ സവിശേഷതകൾ നടപ്പിലാക്കുന്നതിനും സുരക്ഷ വർദ്ധിപ്പിക്കുന്നതിനും മാത്രമല്ല, പ്രകടനത്തിലും റിസോഴ്സ് സേവിംഗിലും ഗണ്യമായ വർദ്ധനവിന് കാരണമായി - പിംഗോറ അടിസ്ഥാനമാക്കിയുള്ള പരിഹാരത്തിന് ഉപയോഗം ആവശ്യമില്ല. Lua-യുടെ, അതിനാൽ 70% കുറവ് ഉറവിടങ്ങൾ CPU ഉം 67% കുറവ് മെമ്മറിയും ഒരേ അളവിൽ ട്രാഫിക് പ്രോസസ്സ് ചെയ്യുമ്പോൾ ഉപയോഗിക്കുന്നു.

വളരെക്കാലമായി, NGINX, Lua സ്ക്രിപ്റ്റുകൾ അടിസ്ഥാനമാക്കിയുള്ള ഉപയോക്താക്കൾക്കും എൻഡ് സെർവറുകൾക്കുമിടയിൽ ട്രാഫിക് പ്രോക്‌സി ചെയ്യുന്നതിനുള്ള ഒരു സിസ്റ്റം ക്ലൗഡ്ഫ്ലെയറിന്റെ ആവശ്യങ്ങൾ തൃപ്തിപ്പെടുത്തി, എന്നാൽ നെറ്റ്‌വർക്ക് വളരുകയും അതിന്റെ സങ്കീർണ്ണത വർദ്ധിക്കുകയും ചെയ്തപ്പോൾ, ഒരു സാർവത്രിക പരിഹാരം അപര്യാപ്തമായി മാറി. പ്രകടനവും ഉപഭോക്താക്കൾക്കുള്ള പുതിയ അവസരങ്ങളുടെ വിപുലീകരണത്തിലും നടപ്പാക്കലിലുമുള്ള പരിമിതികൾ കാരണം. പ്രത്യേകിച്ചും, ഒരു ലളിതമായ ഗേറ്റ്‌വേയ്ക്കും ലോഡ് ബാലൻസറിനും അപ്പുറം പ്രവർത്തനക്ഷമത ചേർക്കുന്നതിൽ വെല്ലുവിളികൾ ഉണ്ടായിരുന്നു. ഉദാഹരണത്തിന്, ഒരു അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിൽ സെർവർ പരാജയപ്പെട്ടാൽ, മറ്റൊരു സെർവറിലേക്ക് അഭ്യർത്ഥന വീണ്ടും അയയ്‌ക്കേണ്ടത് ആവശ്യമാണ്, അതിന് മറ്റൊരു കൂട്ടം HTTP തലക്കെട്ടുകൾ നൽകുന്നു.

അഭ്യർത്ഥനകളെ പ്രത്യേക വർക്കർ പ്രോസസുകളായി വേർതിരിക്കുന്ന ഒരു ആർക്കിടെക്ചറിന് പകരം, Pingora ഒരു മൾട്ടി-ത്രെഡഡ് മോഡൽ ഉപയോഗിക്കുന്നു, ക്ലൗഡ്ഫ്ലെയർ ഉപയോഗ കേസുകളിൽ (വലിയ സ്ഥിതിവിവരക്കണക്കുകൾ ഉള്ള വിവിധ സൈറ്റുകളിൽ നിന്നുള്ള ട്രാഫിക്കിന്റെ ഉയർന്ന സാന്ദ്രത) CPU കോറുകൾക്കിടയിൽ കൂടുതൽ കാര്യക്ഷമമായ വിഭവങ്ങളുടെ വിതരണം കാണിക്കുന്നു. പ്രത്യേകിച്ചും, പ്രോസസുകളിലേക്ക് nginx-ന്റെ അസന്തുലിതമായ അഭ്യർത്ഥനകൾ ബന്ധിപ്പിക്കുന്നത് CPU കോറുകളിൽ അസന്തുലിതമായ ലോഡിന് കാരണമായി, റിസോഴ്‌സ്-ഇന്റൻസീവ് അഭ്യർത്ഥനകൾക്ക് കാരണമാവുകയും I/O തടയുന്നത് മറ്റ് അഭ്യർത്ഥനകളുടെ പ്രോസസ്സിംഗ് മന്ദഗതിയിലാക്കുകയും ചെയ്യുന്നു. കൂടാതെ, ഹാൻഡ്‌ലർ പ്രക്രിയകളിലേക്ക് കണക്ഷൻ പൂൾ ബന്ധിപ്പിക്കുന്നത് മറ്റ് ഹാൻഡ്‌ലർ പ്രോസസ്സുകളിൽ നിന്ന് ഇതിനകം സ്ഥാപിച്ച കണക്ഷനുകളുടെ പുനരുപയോഗം അനുവദിച്ചില്ല, ഇത് ധാരാളം ഹാൻഡ്‌ലർ പ്രോസസ്സുകൾ ഉള്ളപ്പോൾ കാര്യക്ഷമത കുറയ്ക്കുന്നു.

NGINX:

പിൻഗോറ:

പുതിയ കണക്ഷനുകളുടെ ഇൻസ്റ്റാളേഷനുകളുടെ എണ്ണം 160 മടങ്ങ് കുറയ്ക്കാനും പുനരുപയോഗിക്കുന്ന അഭ്യർത്ഥനകളുടെ വിഹിതം 87.1% ൽ നിന്ന് 99.92% ആയി വർദ്ധിപ്പിക്കാനും Pingora നടപ്പിലാക്കുന്നത് സാധ്യമാക്കി. റീകണക്ഷനുകൾ കുറയ്ക്കുന്നതിനും സിപിയു കോറുകളുടെ കൂടുതൽ കാര്യക്ഷമമായ ഉപയോഗത്തിനും പുറമേ, പുതിയ പ്രോക്സിയുടെ പ്രകടന മെച്ചപ്പെടുത്തൽ പ്രധാനമായും nginx-നൊപ്പം ഉപയോഗിച്ചിരുന്ന സ്ലോ ലുവാ ഹാൻഡ്‌ലറുകൾ നീക്കം ചെയ്തതാണ്.

മെമ്മറി ഉപയോഗിച്ച് സുരക്ഷിതമായ പ്രവർത്തനം ഉറപ്പാക്കുന്നതിനുള്ള ഉപകരണങ്ങളുടെ ലഭ്യതയ്‌ക്കൊപ്പം ഉയർന്ന പ്രകടനം കൈവരിക്കുന്നതിനാണ് റസ്റ്റ് ഭാഷ തിരഞ്ഞെടുത്തത്. ക്ലൗഡ്ഫ്ലെയറിന്റെ ഉയർന്ന യോഗ്യതയുള്ള എഞ്ചിനീയർമാർ ഉണ്ടായിരുന്നിട്ടും സി ഭാഷയിൽ എഴുതിയ കോഡ് അവലോകനം ചെയ്‌തിട്ടും, മെമ്മറി പ്രശ്‌നങ്ങളിലേക്ക് നയിക്കുന്ന പിശകുകൾ ഒഴിവാക്കാൻ കഴിഞ്ഞില്ല (ഉദാഹരണത്തിന്, HTML പാഴ്‌സറിലെ ഒരു ദുർബലത). പുതിയ കോഡിനെ സംബന്ധിച്ചിടത്തോളം, ഇത് പിംഗോറയിലെ പരാജയങ്ങൾ വിശകലനം ചെയ്യുന്ന കേസുകളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്, ഇത് ആപ്ലിക്കേഷനിലെ പ്രശ്‌നങ്ങളല്ല, മറിച്ച് ലിനക്സ് കേർണലിലെ പിശകും ഹാർഡ്‌വെയർ പരാജയവുമാണ് സംഭവിച്ചതെന്ന് തെളിഞ്ഞു.

കൂടാതെ, ലിനക്സ് കെർണലിൽ റസ്റ്റ് ഭാഷയ്ക്കുള്ള പിന്തുണ ഉൾപ്പെടുത്തുന്നത് സംബന്ധിച്ച് ഈ ദിവസങ്ങളിൽ നടക്കുന്ന ഓപ്പൺ സോഴ്‌സ് സമ്മിറ്റ് യൂറോപ്പ് കോൺഫറൻസിൽ ലിനസ് ടോർവാൾഡ്‌സിന്റെ വ്യാഖ്യാനം നമുക്ക് ശ്രദ്ധിക്കാം. റസ്റ്റ് ഭാഷയിൽ ഡിവൈസ് ഡ്രൈവറുകൾ വികസിപ്പിക്കുന്നതിനുള്ള പാച്ചുകൾ 6.0 കേർണലിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല, എന്നാൽ ലിനസിന്റെ അഭിപ്രായത്തിൽ, അവ മിക്കവാറും 6.1 കേർണലിലേക്ക് സ്വീകരിക്കപ്പെടും; അവൻ സംയോജനം വൈകിപ്പിക്കാൻ പോകുന്നില്ല. റസ്റ്റിന് പിന്തുണ നൽകുന്നതിനുള്ള ഒരു പ്രേരണ എന്ന നിലയിൽ, സുരക്ഷയിൽ നല്ല സ്വാധീനം ചെലുത്തുന്നതിന് പുറമേ, പുതിയ പങ്കാളികളുടെ കേന്ദ്രത്തിൽ പ്രവർത്തിക്കാനുള്ള താൽപ്പര്യം വർദ്ധിപ്പിക്കുന്നതിനുള്ള അവസരവും ലിനസ് ഉദ്ധരിക്കുന്നു, ഇത് പ്രായമായ പഴയ കാലക്കാരുടെ പശ്ചാത്തലത്തിൽ പ്രധാനമാണ്.

അവലംബം: opennet.ru