Cloudflare ने NGINX वरून रस्टमध्ये लिहिलेल्या स्वतःच्या Pingora प्रॉक्सीवर स्विच केले

क्लाउडफ्लेअरने जाहीर केले आहे की ते रस्टमध्ये लिहिलेले पिंगोरा प्रॉक्सी वापरण्यासाठी त्याचे सामग्री वितरण नेटवर्क स्थलांतरित करत आहे. नवीन प्रॉक्सीने NGINX सर्व्हर-आधारित कॉन्फिगरेशन लुआ स्क्रिप्टसह बदलले आहे आणि दररोज एक ट्रिलियन पेक्षा जास्त विनंत्या हाताळतात. हे लक्षात घेतले जाते की एका विशेष प्रॉक्सीमध्ये संक्रमणामुळे केवळ नवीन वैशिष्ट्ये लागू करण्याची आणि मेमरीसह सुरक्षित कामामुळे सुरक्षा वाढविण्याची परवानगी दिली गेली नाही तर कार्यप्रदर्शन आणि संसाधन बचतीमध्ये लक्षणीय वाढ झाली - पिंगोरावर आधारित उपाय वापरण्याची आवश्यकता नाही. Lua चा, त्यामुळे त्याच प्रमाणात रहदारी हाताळताना 70% कमी संसाधने CPU आणि 67% कमी मेमरी वापरते.

बर्याच काळापासून, NGINX आणि Lua स्क्रिप्ट्सवर आधारित वापरकर्ते आणि एंड सर्व्हर दरम्यान प्रॉक्सी ट्रॅफिकसाठी असलेल्या सिस्टमने क्लाउडफ्लेअरच्या गरजा पूर्ण केल्या, परंतु जसजसे नेटवर्क वाढले आणि त्याची जटिलता वाढली, एक सार्वत्रिक उपाय पुरेसे नव्हते, दोन्ही कार्यक्षमतेच्या दृष्टीने, आणि क्लायंटसाठी नवीन संधींच्या विस्तार आणि अंमलबजावणीच्या मर्यादांमुळे. विशेषतः, साध्या गेटवे आणि लोड बॅलन्सरच्या पलीकडे कार्यक्षमता जोडण्यात अडचणी होत्या. उदाहरणार्थ, सर्व्हर विनंतीवर प्रक्रिया करण्यात अयशस्वी झाल्यास, HTTP शीर्षलेखांच्या भिन्न संचासह विनंती दुसर्‍या सर्व्हरकडे पुनर्निर्देशित करणे आवश्यक होते.

विनंत्या वेगळ्या कामगार प्रक्रियेत (कामगार) विभाजित केलेल्या आर्किटेक्चरऐवजी, पिंगोरा एक मल्टी-थ्रेडेड मॉडेल वापरते, जे क्लाउडफ्लेअर वापर परिस्थितीमध्ये (मोठ्या सांख्यिकीय शिफ्टसह विविध साइटवरील रहदारीचे उच्च एकाग्रता) दरम्यान संसाधनांचे अधिक कार्यक्षम वितरण दर्शवते. CPU कोर. विशेषतः, nginx मधील प्रक्रियांसाठी असंतुलित विनंत्या बंधनकारक केल्याने CPU कोरवर असंतुलित भार निर्माण झाला, परिणामी संसाधन-केंद्रित विनंत्या आणि I/O अवरोधित केल्याने इतर विनंत्यांची प्रक्रिया मंदावली. याव्यतिरिक्त, हँडलर प्रक्रियेसाठी कनेक्शन पूल बंधनकारक केल्याने इतर हँडलर प्रक्रियांमधून आधीच स्थापित कनेक्शनचा पुनर्वापर होऊ दिला नाही, जे मोठ्या संख्येने हँडलर प्रक्रिया असताना कार्यक्षमता कमी करते.

nginx:

पिंगोरा:

पिंगोराच्या परिचयामुळे नवीन कनेक्शन स्थापना ऑपरेशन्सची संख्या 160 पट कमी करणे आणि पुन्हा वापरलेल्या विनंत्यांचा हिस्सा 87.1% वरून 99.92% पर्यंत वाढवणे शक्य झाले. रीकनेक्‍ट कमी करणे आणि CPU कोरचा अधिक कार्यक्षम वापर करण्याव्यतिरिक्त, नवीन प्रॉक्सीचे कार्यप्रदर्शन मुख्यत्वे nginx सह वापरल्या जाणार्‍या मंद लुआ हँडलर्सपासून मुक्त होण्यामुळे होते.

मेमरी-सुरक्षित साधनांच्या उपलब्धतेसह उच्च कार्यक्षमतेसाठी परवानगी देणारी रस्ट भाषा निवडली गेली. असे नमूद केले आहे की क्लाउडफ्लेअर अभियंत्यांची उच्च पात्रता आणि सी भाषेत कोड पुनरावलोकने लिहिली असूनही, मेमरी समस्या (उदाहरणार्थ, एचटीएमएल पार्सरमधील असुरक्षा) उद्भवणाऱ्या त्रुटी टाळणे शक्य नव्हते. नवीन कोडसाठी, आम्ही पिंगोरामधील क्रॅशच्या विश्लेषणाच्या प्रकरणांबद्दल बोललो, जे ऍप्लिकेशनमधील समस्यांमुळे नाही तर लिनक्स कर्नलमधील बग आणि हार्डवेअर अयशस्वी झाल्यामुळे झाले.

याव्यतिरिक्त, हे लक्षात घेतले जाऊ शकते की लिनस टोरवाल्ड्सने लिनक्स कर्नलमध्ये रस्ट भाषेसाठी समर्थन समाविष्ट करण्यावर टिप्पणी केली होती, या दिवसात ओपन-सोर्स समिट युरोप कॉन्फरन्समध्ये आवाज उठवला होता. 6.0 कर्नलमध्ये रस्ट भाषेत डिव्हाइस ड्रायव्हर्स विकसित करण्यासाठी पॅच समाविष्ट नाहीत, परंतु लिनसच्या मते, ते 6.1 कर्नलमध्ये स्वीकारले जाण्याची शक्यता आहे, तो एकत्रीकरणासह खेचणार नाही. रस्टसाठी समर्थन जोडण्याचा हेतू म्हणून, सुरक्षिततेवर सकारात्मक प्रभावाव्यतिरिक्त, लिनस नवीन सहभागींच्या मुख्य भागावर काम करण्यात स्वारस्य वाढवण्याची संधी देखील म्हणतो, जे वृद्ध वृद्धांच्या संदर्भात महत्त्वपूर्ण आहे.

स्त्रोत: opennet.ru