Cloudflare NGINX बाट Rust मा लेखिएको आफ्नै Pingora प्रोक्सीमा स्विच भयो

क्लाउडफ्लेयरले रस्ट भाषामा लेखिएको पिंगोरा प्रोक्सी प्रयोग गर्न यसको सामग्री डेलिभरी नेटवर्कको संक्रमणको घोषणा गर्‍यो। नयाँ प्रोक्सीले NGINX सर्भर-आधारित कन्फिगरेसनलाई लुआ स्क्रिप्टहरूसँग प्रतिस्थापन गर्दछ, र प्रति दिन एक ट्रिलियन भन्दा बढी अनुरोधहरू प्रशोधन गर्दछ। यो नोट गरिएको छ कि एक विशेष प्रोक्सीमा संक्रमणले नयाँ सुविधाहरू लागू गर्न र मेमोरीको सुरक्षित सञ्चालनको कारण सुरक्षा बढाउन मात्र अनुमति दिएको छैन, तर प्रदर्शन र स्रोत बचतमा पनि उल्लेखनीय वृद्धि भएको छ - पिंगोरा-आधारित समाधानलाई प्रयोगको आवश्यकता पर्दैन। Lua को, र त्यसैले ट्राफिकको समान मात्रा प्रशोधन गर्दा 70% कम स्रोत CPU र 67% कम मेमोरी खपत गर्दछ।

लामो समयको लागि, NGINX र Lua स्क्रिप्टहरूमा आधारित प्रयोगकर्ताहरू र अन्तिम सर्भरहरू बीचको ट्राफिक प्रोक्सी गर्ने प्रणालीले क्लाउडफ्लेयरको आवश्यकताहरू पूरा गर्यो, तर नेटवर्क बढ्दै जाँदा र यसको जटिलता बढ्दै जाँदा, एक विश्वव्यापी समाधान अपर्याप्त भयो, दुवै सर्तहरूमा। प्रदर्शन र विस्तारितता र ग्राहकहरूको लागि नयाँ अवसरहरूको कार्यान्वयनमा सीमितताहरूको कारण। विशेष गरी, साधारण गेटवे र लोड ब्यालेन्सर भन्दा बाहिर कार्यक्षमता थप्नमा चुनौतीहरू थिए। उदाहरण को लागी, यो आवश्यक भयो, यदि सर्भरले अनुरोधलाई प्रशोधन गर्न असफल भयो भने, अनुरोधलाई अर्को सर्भरमा पुन: पठाउन, HTTP हेडरहरूको फरक सेट प्रदान गरी।

अनुरोधहरूलाई अलग-अलग कार्यकर्ता प्रक्रियाहरूमा अलग गर्ने वास्तुकलाको सट्टा, पिंगोराले बहु-थ्रेडेड मोडेल प्रयोग गर्दछ, जुन क्लाउडफ्लेयर प्रयोगका केसहरूमा (ठूलो सांख्यिकीय परिवर्तनको साथ विभिन्न साइटहरूबाट ट्राफिकको उच्च एकाग्रता) CPU कोरहरू बीच स्रोतहरूको अधिक कुशल वितरण देखाउँदछ। विशेष गरी, प्रक्रियाहरूमा nginx को असंतुलित अनुरोधहरूको बाध्यताले CPU कोरहरूमा असन्तुलित भारको परिणामस्वरूप, स्रोत-गहन अनुरोधहरू र I/O लाई रोक्दै अन्य अनुरोधहरूको प्रशोधनलाई सुस्त बनायो। थप रूपमा, ह्यान्डलर प्रक्रियाहरूमा जडान पूल बाँध्न अन्य ह्यान्डलर प्रक्रियाहरूबाट पहिले नै स्थापित जडानहरूको पुन: प्रयोग गर्न अनुमति दिँदैन, जसले ह्यान्डलर प्रक्रियाहरूको ठूलो संख्या हुँदा दक्षता घटाउँछ।

NGINX:

पिंगोरा:

Pingora को कार्यान्वयनले नयाँ जडानहरूको स्थापनाको संख्या 160 गुणाले घटाउन र पुन: प्रयोग गरिएका प्रश्नहरूको अंश 87.1% बाट 99.92% सम्म बढाउन सम्भव बनायो। पुन: जडानहरू कम गर्न र CPU कोरहरूको अधिक कुशल प्रयोगको अतिरिक्त, नयाँ प्रोक्सीको कार्यसम्पादन सुधार मुख्यतया nginx सँग प्रयोग गरिएका ढिलो लुआ ह्यान्डलरहरू हटाउनको कारण थियो।

रस्ट भाषा मेमोरीको साथ सुरक्षित सञ्चालन सुनिश्चित गर्न उपकरणहरूको उपलब्धतासँग जोडिएको उच्च प्रदर्शन प्राप्त गर्न छनौट गरिएको थियो। यो उल्लेख गरिएको छ कि Cloudflare को उच्च योग्य इन्जिनियरहरु को बावजुद र C भाषा मा लेखिएको कोड को समीक्षा को बावजूद, यो त्रुटिहरु लाई मेमोरी समस्याहरु लाई जोगिन सम्भव थिएन (उदाहरण को लागी, HTML पार्सर मा एक कमजोरी)। नयाँ कोडको रूपमा, यसले पिंगोरामा विफलताहरूको विश्लेषण गर्ने घटनाहरूको बारेमा कुरा गर्छ, जुन अनुप्रयोगमा समस्याहरूको कारणले होइन, तर लिनक्स कर्नेल र हार्डवेयर विफलताहरूमा त्रुटिको कारणले भएको हो।

थप रूपमा, हामी लिनस कर्नेलमा रस्ट भाषाको लागि समर्थन समावेश गर्ने सन्दर्भमा, यी दिनहरू हुने खुला-स्रोत शिखर सम्मेलन युरोप सम्मेलनमा आवाज उठाइएका लिनस टोरभाल्ड्सको टिप्पणीलाई नोट गर्न सक्छौं। Rust भाषामा यन्त्र ड्राइभरहरू विकास गर्नका लागि प्याचहरू 6.0 कर्नेलमा समावेश गरिएको थिएन, तर लिनसका अनुसार, तिनीहरू सम्भवतः 6.1 कर्नेलमा स्वीकार गरिनेछन्; उसले एकीकरणमा ढिलाइ गर्ने छैन। रस्टको लागि समर्थन थप्नको लागि प्रेरणाको रूपमा, सुरक्षामा सकारात्मक प्रभावको अतिरिक्त, लिनसले नयाँ सहभागीहरूको मूलमा काम गर्ने चासो बढाउने अवसरलाई पनि उद्धृत गर्दछ, जुन बुढेसकालका वृद्ध-टाइमरहरूको सन्दर्भमा महत्त्वपूर्ण छ।

स्रोत: opennet.ru