हम एप्लिकेशन स्केलिंग को आसान बनाने के लिए क्लाइंट पर सत्रों को संग्रहीत करते हैं (मोज़िला पहचान टीम द्वारा Node.js पर 12 लेखों में से 3)

अनुवादक से: यह मोज़िला आइडेंटिटी टीम की Node.js श्रृंखला का तीसरा लेख है, जो पर्सोना प्रोजेक्ट में शामिल है। यह आलेख क्लाइंट पर सत्र डेटा संग्रहीत करने के व्यक्तित्व विधि पर केंद्रित है।

---

स्थैतिक वेबसाइटों पैमाने पर अच्छी तरह से। वे कैश करना आसान है, और आपको कई सर्वरों पर डेटा को लगातार सिंक्रनाइज़ करने की आवश्यकता नहीं है।

दुर्भाग्य से, अधिकांश वेब एप्लिकेशन को उपयोगकर्ताओं की व्यक्तिगत पेजों की पेशकश करने के लिए राज्य की जानकारी संग्रहीत करनी चाहिए। यदि उपयोगकर्ता साइट पर पंजीकरण कर सकते हैं, तो हमें सत्र को संग्रहीत करने की आवश्यकता है। सबसे आम तरीका एक यादृच्छिक सत्र पहचानकर्ता के साथ कुकी सेट करना है, और सर्वर पर विवरण संग्रहीत करना है।

स्टेटफुल साइट स्केलिंग

यदि आपको ऐसी साइट को स्केल करने की आवश्यकता है, तो तीन विकल्प हैं:

1. सभी सर्वरों के बीच सत्र डेटा की पुनरावृत्ति।
2. एक केंद्रीय रिपॉजिटरी का उपयोग करें जो सभी सर्वर तक पहुंच जाएगा।
3. प्रत्येक उपयोगकर्ता के लिए एक विशिष्ट सर्वर असाइन करें।

इन सभी दृष्टिकोणों में नुकसान हैं:

1. प्रतिकृति प्रदर्शन को कम करती है और जटिलता को बढ़ाती है।
2. केंद्रीय भंडार स्केलेबिलिटी को सीमित करता है और अतिरिक्त देरी की ओर जाता है।
3. जब सर्वर बंद हो जाता है, तो विशिष्ट सर्वर से उपयोगकर्ताओं को बांधने से समस्याएँ होती हैं।

फिर भी, थोड़ा विचार के साथ, आप चौथे तरीके से आ सकते हैं: क्लाइंट पर सभी सत्र डेटा संग्रहीत करने के लिए।

ग्राहक पर सत्र भंडारण

एक ब्राउज़र में सत्र डेटा संग्रहीत करने के कई स्पष्ट लाभ हैं:

1. डेटा हमेशा उपलब्ध होता है, चाहे सर्वर क्लाइंट की सेवा करता हो।
2. सर्वर पर राज्य को संग्रहीत करने की आवश्यकता नहीं है।
3. सर्वर के बीच स्थिति की जानकारी को सिंक्रनाइज़ करने की आवश्यकता नहीं है।
4. नए सर्वर को जोड़ना बहुत आसान है।

लेकिन एक बड़ी समस्या है: ग्राहक द्वारा संग्रहीत डेटा पर भरोसा नहीं किया जा सकता है। उदाहरण के लिए, यदि आप एक कुकी में एक उपयोगकर्ता आईडी संग्रहीत करते हैं, तो वह इसे बदल सकता है और किसी और के खाते तक पहुंच प्राप्त कर सकता है।

यद्यपि यह समस्या ज्वलनशील लगती है, इसका एक समाधान है: एक संरक्षित कंटेनर में डेटा स्टोर करना। इस प्रकार, ग्राहक पर भरोसा करने की कोई आवश्यकता नहीं है - उसके पास चुपचाप उन्हें बदलने का कोई तरीका नहीं है।

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

नोड क्लाइंट सत्र

नोड-js के लिए नोड-क्लाइंट-सत्र लाइब्रेरी कनेक्ट सत्र ढांचे और कुकी-पार्सर के मानक मिडलवेयर मॉड्यूल की जगह लेती है। इसे सरल एक्सप्रेस एप्लिकेशन में शामिल करने का तरीका यहां दिया गया है:

const clientSessions = require("client-sessions"); app.use(clientSessions({ secret: '0GBlJZ9EKBt2Zbi2flRPvztczCewBxXK' // set this to a long random string! })); 

तब आप req.session ऑब्जेक्ट के गुण मान सेट कर सकते हैं:

 app.get('/login', function (req, res){ req.session.username = 'JohnDoe'; }); 

और उन्हें पढ़ें:

 app.get('/', function (req, res){ res.send('Welcome ' + req.session.username); }); 

सत्र बंद करने के लिए, reset() विधि का उपयोग करें:

 app.get('/logout', function (req, res) { req.session.reset(); }); 

तुरंत व्यक्ति सत्र बंद करें

क्लाइंट पर सत्रों के मुख्य दोषों में से एक यह है कि सर्वर अब अपने दम पर सत्रों को बंद नहीं कर सकता है।

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

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

यद्यपि जीवनकाल की स्थापना के साथ योजना अच्छी तरह से काम कर रही है, खासकर अगर समय बहुत लंबा नहीं है, तो पर्सन के मामले में, हमें उपयोगकर्ता को पासवर्ड बदलने पर सभी क्लाइंट पर सत्र को तुरंत बंद करने का एक तरीका चाहिए।

हमें अभी भी सर्वर पर राज्य का एक छोटा सा हिस्सा स्टोर करना था। हमने सर्वर और कुकी पर डेटाबेस तालिका में एक फ़ील्ड जोड़कर ऐसा किया ।

प्रत्येक एपीआई कॉल जो सत्र डेटा तक पहुंचता है, अब इस फ़ील्ड को डेटाबेस में पढ़ता है और कुकी में समान फ़ील्ड के साथ तुलना करता है। यदि वे मेल नहीं खाते हैं, तो सत्र बंद माना जाता है।

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

---