ரஸ்ட் மொழியில் எழுதப்பட்ட பிங்கோரா ப்ராக்ஸியைப் பயன்படுத்த கிளவுட்ஃப்ளேர் அதன் உள்ளடக்க விநியோக நெட்வொர்க்கின் மாற்றத்தை அறிவித்தது. புதிய ப்ராக்ஸி NGINX சேவையக அடிப்படையிலான உள்ளமைவை Lua ஸ்கிரிப்ட்களுடன் மாற்றுகிறது, மேலும் ஒரு நாளைக்கு ஒரு டிரில்லியன் கோரிக்கைகளை செயலாக்குகிறது. ஒரு சிறப்பு ப்ராக்ஸிக்கு மாறுவது நினைவகத்தின் பாதுகாப்பான செயல்பாட்டின் காரணமாக புதிய அம்சங்களை செயல்படுத்துவதற்கும் பாதுகாப்பை அதிகரிப்பதற்கும் மட்டுமல்லாமல், செயல்திறன் மற்றும் வள சேமிப்புகளில் குறிப்பிடத்தக்க அதிகரிப்புக்கு வழிவகுத்தது - பிங்கோரா அடிப்படையிலான தீர்வு பயன்பாடு தேவையில்லை. லுவாவின், எனவே 70% குறைவான வளங்கள் CPU மற்றும் 67% குறைவான நினைவகத்தை அதே அளவு டிராஃபிக்கை செயலாக்கும் போது பயன்படுத்துகிறது.
நீண்ட காலமாக, NGINX மற்றும் Lua ஸ்கிரிப்ட்களை அடிப்படையாகக் கொண்ட பயனர்கள் மற்றும் இறுதி சேவையகங்களுக்கிடையில் போக்குவரத்தை ப்ராக்ஸி செய்யும் அமைப்பு, Cloudflare இன் தேவைகளைப் பூர்த்திசெய்தது, ஆனால் நெட்வொர்க் வளர்ந்து அதன் சிக்கலானது அதிகரித்ததால், உலகளாவிய தீர்வு போதுமானதாக இல்லை. செயல்திறன் மற்றும் வாடிக்கையாளர்களுக்கான புதிய வாய்ப்புகளை விரிவாக்கம் மற்றும் செயல்படுத்துவதில் உள்ள வரம்புகள் காரணமாக. குறிப்பாக, ஒரு எளிய நுழைவாயில் மற்றும் சுமை சமநிலைக்கு அப்பால் செயல்பாட்டைச் சேர்ப்பதில் சவால்கள் இருந்தன. எடுத்துக்காட்டாக, சேவையகம் கோரிக்கையைச் செயல்படுத்தத் தவறினால், கோரிக்கையை வேறொரு சேவையகத்திற்கு மீண்டும் அனுப்புவது அவசியமானது, அதற்கு வேறு HTTP தலைப்புகள் வழங்கப்படுகின்றன.
கோரிக்கைகளை தனித்தனி தொழிலாளர் செயல்முறைகளாகப் பிரிக்கும் கட்டமைப்பிற்குப் பதிலாக, பிங்கோரா பல-திரிக்கப்பட்ட மாதிரியைப் பயன்படுத்துகிறது, இது கிளவுட்ஃப்ளேர் பயன்பாட்டு நிகழ்வுகளில் (பெரிய புள்ளிவிவர மாற்றத்துடன் வெவ்வேறு தளங்களிலிருந்து அதிக போக்குவரத்து நெரிசல்) CPU கோர்களுக்கு இடையில் வளங்களின் மிகவும் திறமையான விநியோகத்தைக் காட்டுகிறது. குறிப்பாக, nginx இன் சமநிலையற்ற கோரிக்கைகளை செயல்முறைகளுக்கு பிணைப்பதால், CPU கோர்களில் சமநிலையற்ற சுமை ஏற்பட்டது, இதன் விளைவாக வள-தீவிர கோரிக்கைகள் மற்றும் I/O ஐத் தடுப்பது மற்ற கோரிக்கைகளின் செயலாக்கத்தை மெதுவாக்குகிறது. கூடுதலாக, ஹேண்ட்லர் செயல்முறைகளுடன் இணைப்புக் குளத்தை பிணைப்பது, ஏற்கனவே நிறுவப்பட்ட இணைப்புகளை பிற கையாளுதல் செயல்முறைகளிலிருந்து மீண்டும் பயன்படுத்த அனுமதிக்கவில்லை, இது அதிக எண்ணிக்கையிலான கையாளுதல் செயல்முறைகள் இருக்கும்போது செயல்திறனைக் குறைக்கிறது.
NGINX:
பிங்கோரா:
பிங்கோராவை செயல்படுத்துவதன் மூலம், புதிய இணைப்புகளின் நிறுவல்களின் எண்ணிக்கையை 160 மடங்கு குறைக்கவும், மீண்டும் பயன்படுத்தப்பட்ட வினவல்களின் பங்கை 87.1% இலிருந்து 99.92% ஆக அதிகரிக்கவும் முடிந்தது. மறுஇணைப்புகளைக் குறைத்தல் மற்றும் CPU கோர்களின் திறமையான பயன்பாட்டிற்கு கூடுதலாக, புதிய ப்ராக்ஸியின் செயல்திறன் மேம்பாடு முக்கியமாக nginx உடன் பயன்படுத்தப்படும் மெதுவான Lua கையாளுபவர்களை அகற்றியதன் காரணமாகும்.
நினைவகத்துடன் பாதுகாப்பான செயல்பாட்டை உறுதி செய்வதற்கான கருவிகளின் இருப்புடன் இணைந்து உயர் செயல்திறனை அடைய ரஸ்ட் மொழி தேர்ந்தெடுக்கப்பட்டது. Cloudflare இன் மிகவும் தகுதி வாய்ந்த பொறியாளர்கள் இருந்தபோதிலும், C மொழியில் எழுதப்பட்ட குறியீட்டை மதிப்பாய்வு செய்தாலும், நினைவக சிக்கல்களுக்கு வழிவகுக்கும் பிழைகளைத் தவிர்க்க முடியவில்லை (எடுத்துக்காட்டாக, HTML பாகுபடுத்தியில் பாதிப்பு). புதிய குறியீட்டைப் பொறுத்தவரை, இது பிங்கோராவில் தோல்விகளை பகுப்பாய்வு செய்யும் நிகழ்வுகளைப் பற்றி பேசுகிறது, இது பயன்பாட்டில் உள்ள சிக்கல்களால் அல்ல, ஆனால் லினக்ஸ் கர்னலில் ஏற்பட்ட பிழை மற்றும் வன்பொருள் தோல்விகளால் ஏற்பட்டது.
கூடுதலாக, லினக்ஸ் கர்னலில் ரஸ்ட் மொழிக்கான ஆதரவைச் சேர்ப்பது தொடர்பாக, இந்த நாட்களில் நடைபெறும் திறந்த-மூல உச்சி மாநாட்டில் ஐரோப்பா மாநாட்டில் குரல் கொடுத்த லினஸ் டொர்வால்ட்ஸின் வர்ணனையை நாம் கவனிக்கலாம். ரஸ்ட் மொழியில் சாதன இயக்கிகளை உருவாக்குவதற்கான இணைப்புகள் 6.0 கர்னலில் சேர்க்கப்படவில்லை, ஆனால் லினஸின் கூற்றுப்படி, அவை பெரும்பாலும் 6.1 கர்னலில் ஏற்றுக்கொள்ளப்படும்; அவர் ஒருங்கிணைப்பை தாமதப்படுத்தப் போவதில்லை. ரஸ்டுக்கான ஆதரவைச் சேர்ப்பதற்கான உந்துதலாக, பாதுகாப்பின் மீதான நேர்மறையான தாக்கத்திற்கு கூடுதலாக, லினஸ் புதிய பங்கேற்பாளர்களின் மையத்தில் வேலை செய்வதில் ஆர்வத்தை அதிகரிப்பதற்கான வாய்ப்பையும் மேற்கோள் காட்டுகிறார், இது வயதான பழைய காலங்களின் சூழலில் முக்கியமானது.
ஆதாரம்: opennet.ru