🙏🏼 🌍 🌡️ मीशा ... नहीं, सरयोज़ा ... नहीं, पोलिना! नोड-Polina! ✔️ ❎ 🎚️

सेवा वास्तुकला को डिजाइन करते समय, आप उन उपकरणों को चुनते हैं जो आपके द्वारा हल किए जा रहे कार्यों के लिए सबसे उपयुक्त हैं। लेकिन उन्हें अधिकतम करने के लिए उपयोग करने के लिए, आपको सबसे विश्वसनीय और सुविधाजनक ड्राइवर खोजने की आवश्यकता है। बेशक, यदि आप पायथन में प्रोग्रामिंग कर रहे हैं या, उदाहरण के लिए, PHP, सही ड्राइवर ढूंढना कोई समस्या नहीं है, क्योंकि कई सालों से डेवलपर्स ने सब कुछ लिखा है जो वर्षों से परीक्षण किया गया है और काफी काम करता है। लेकिन अगर आप नोड.जेएस के लिए प्रोग्राम करते हैं - यह एक समस्या बन जाती है, तो ड्राइवर क्रैक, रिसाव और काम करने से इनकार करते हैं।
इस लेख में हम ड्राइवरों को चुनते समय आने वाली समस्याओं के बारे में बात करेंगे, और उन्हें कैसे हल करेंगे।

LiveTex एक ऐसी सेवा है जिसका हर दिन 10 मिलियन से अधिक आगंतुक उपयोग करते हैं। हमारे आवेदन की रैम के रूप में, हम रेडिस डेटाबेस का उपयोग करते हैं, जिसमें प्रति दिन दो मिलियन से अधिक कुंजी उत्पन्न होती हैं, जब प्रति सेकंड 34,000 कमांड संसाधित होते हैं। हम बीनस्टॉकड को एक कार्य कतार के रूप में भी उपयोग करते हैं जिसमें हर सेकंड 10,000 से अधिक कार्यों को संसाधित किया जाता है। हम चाहते हैं कि हमारी सेवा जल्दी और पूरी तरह से काम करे, हमें ड्राइवरों से समान चाहिए।
प्रारंभ में, हमने अपने कार्यों के लिए पहले से ही लिखे ग्राहकों का उपयोग करने की योजना बनाई, लेकिन उन्हें हमारी सेवा में "बाँध" करने की कोशिश करते हुए, हमें कई समस्याओं का सामना करना पड़ा:

चंक्स की समस्या।
Tcp पैकेट डेटा के विखंडन पर ध्यान नहीं दिया जाता है। यह beanstalk_client, पाँच बीन्स, साथ ही नोड-एएमपीपी, रैबिटएमक्यू के लिए क्लाइंट को प्रभावित करता है, जिसे हमने मूल रूप से बीनस्टॉकड के बजाय उपयोग करने की योजना बनाई थी, और हबसे के लिए नोड-थ्रिफ्ट।
अनुरोध के लिए ऑफसेट प्रतिक्रिया।
कुछ भारों पर, प्रतिक्रियाओं में पूर्वाग्रह उत्पन्न हुए। 2 का अनुरोध करने के लिए, हमें अनुरोध 1 का उत्तर मिला है। अर्थात, सिस्टम ने गलत उत्तर दिए हैं।
उच्च भार के लिए नहीं बनाया गया है।
रेडिस के लिए एक लाख से अधिक अनुरोधों और बीनस्टॉक के लिए 100,000 से अधिक कार्यों के भार के साथ लगभग 10Kb के पेलोड के साथ, कई ग्राहकों ने बस परिणाम वापस नहीं किया और पूरी प्रणाली को लटका दिया।
कमबैक की कमी
हमारी सेवा के लिए यह आवश्यक था कि निष्पादन के लिए कतारबद्ध सभी कार्य और अनुरोध स्थानांतरण के दौरान खो न जाएं, भले ही कुछ समय के लिए नेटवर्क से कोई संबंध न हो।

रेडिस और बीनस्टॉक के लिए तैयार-विश्वसनीय ग्राहक नहीं मिलने पर, हमने अपना लिखने का फैसला किया।
कोई भी क्लाइंट, सामान्य रूप से, किसी सेवा के लिए अनुरोध करने और उससे परिणाम प्राप्त करने के लिए एक उपकरण है। इसे एक कनेक्शन स्थापित करना चाहिए और आपके आवेदन और उपयोग की जाने वाली सेवा के बीच डेटा हस्तांतरण सुनिश्चित करना चाहिए। UML वर्ग आरेख का उपयोग करते हुए, इसे निम्नानुसार दर्शाया जा सकता है:

मॉडल बहुत सरल और सीधा है। यह इस तरह से है कि हमारा नोड-पोलीना मॉड्यूल काम करता है। अब तक, इस मॉडल के हिस्से के रूप में, हमने रेडिस और बीनस्टॉक के लिए एक ग्राहक को लागू किया है।

नोड-Polina। Redis ग्राहक।

ड्राइवर सुविधाओं के बारे में।

वर्तमान में, ड्राइवर set, get, mget, incrby, incr, decr, setex, expire, keys, del, sismember, sadd, srem, smembers डेटाबेस में इस तरह के आदेशों को लागू करता है: set, get, mget, incrby, incr, decr, setex, expire, keys, del, sismember, sadd, srem, smembers । इस तथ्य के कारण कि हम आदेशों के एक विशिष्ट कार्यान्वयन से बंधे नहीं थे, लेकिन उन्हें रिटर्न नंबर, स्ट्रिंग्स या सरणियों में टाइप करके विभाजित किया गया था, ड्राइवर के लिए एक नई कमांड जोड़ना बहुत सरल है। यदि आवश्यक हो, तो आप हमें चिह्नित वृद्धि के मुद्दों में गिटहब पर लिख सकते हैं, और हम आवश्यक कार्यक्षमता जोड़ देंगे। इसके अलावा, नोड-पोलीना के पास कनेक्शन पूलिंग और शार्क का उपयोग करने के लिए समर्थन है।

के उपयोग

सरल ग्राहक

 //     : var polina = require('livetex-polina'); //      Client,      //  : var client = new polina.redis.Client(6397, '127.0.0.1'); //     : client.set('key', 'value', function() { console.log('Complete.'); }, function(error, opt_code) { console.error(error); });

कनेक्शन पूलिंग

 //      Bundle,     //   ,    : var client = new polina.redis.Bundle(100, 6397, '127.0.0.1');

ठीकरा

 //  Bucket,   : var bucket = new polina.redis.Bucket(9); //  ,   registerClient,   //    ,   : bucket.registerClient(0, 3, new polina.redis.Bundle(3, 6397), 'alpha'); bucket.registerClient(3, 6, new polina.redis.Bundle(3, 6398), 'beta'); bucket.registerClient(6, 9, new polina.redis.Bundle(3, 6399), 'gamma');

नोड-पोलीना वी.एस. रेडिस वी.एस. नोडज्स-रेडिस

समय की तुलना

ग्राफ बताता है कि उच्च भार पर, नोड-पोलीना बहुत बेहतर काम करता है। ये ग्राफ नोड संस्करण 0.10.15 के लिए प्रासंगिक हैं। हमने 0.8.24 संस्करण में भी ड्राइवरों का परीक्षण किया, जिसमें, भारी भार के तहत, नोड-पोलिना प्रश्नों को परिणाम भेजना जारी रखता है, जब नोड_्रेडिस अब इसके साथ सामना नहीं कर सकता है।

कम भार पर 10KB पर डेटा संसाधित करते समय, नोड-पोलीना और अन्य ड्राइवरों के बीच अंतर लगभग अपरिहार्य है। जब अनुरोध लगभग 300 000 - 450 000 होते हैं, तो नोड-पोलिना का उपयोग करके प्रसंस्करण अनुरोधों को अधिक समय की आवश्यकता होती है, क्योंकि चालक के अंदर विफलता तंत्र लागू होता है। 230,000 से अधिक नोड-पोलीना अनुरोधों के भार के साथ, फिर से तेजी से।

स्मृति की तुलना

स्मृति की खपत के संदर्भ में, नोड-पोलिना नोड_्रेडिस के लगभग तुलनीय है, लेकिन फिर से, उच्च भार पर, इसे विफलता को लागू करने के लिए अधिक आवश्यकता होती है।

10KB में डाटा प्रोसेसिंग करते समय, नोड-पोलीना जाहिर तौर पर हैरिसिस से बेहतर है। इसके अलावा, यह स्पष्ट है कि पोलिना नोड_रेडिस की तुलना में अधिक स्थिर है, महत्वपूर्ण उतार-चढ़ाव के बिना उसका ग्राफ समान रूप से बढ़ता है।

अपने ड्राइवर को लिखकर, हमने टीसीपी पैकेट के विखंडन, अनुरोधों के जवाब में पूर्वाग्रह, और एक छोटे से कनेक्शन के दौरान एक त्रुटि के साथ दुर्घटनाग्रस्त होने की समस्या को हल किया। हमने नोड-पोलीना लिखा था ताकि यह उच्च भार का सामना कर सके, इसका उपयोग करना आसान था और इसमें कार्यक्षमता को जल्दी और आसानी से जोड़ने की क्षमता थी। इसके अलावा, हमारा ड्राइवर कनेक्शन पूलिंग और शार्किंग प्रदान करता है, जो अक्सर रेडिस डेटाबेस के साथ काम करते समय आवश्यक होता है।

स्रोत हमारे git रिपॉजिटरी में पाए जा सकते हैं: https://github.com/LiveTex/Node-Polina
कमांड का उपयोग करके एनपीएम के माध्यम से इंस्टॉल करें: npm install livetex-polina

मीशा ... नहीं, सरयोज़ा ... नहीं, पोलिना! नोड-Polina!