लिंग्वेलियो क्रॉनिकल्स: हाउ वी मेड डायलॉग्स इन इंग्लिश विद नोड.जेएस और डायनामो डीबी

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

अंग्रेजी में डायलॉग बनाने के लिए, हमने Node.js, DynamoDB (सभी AWS पर) का उपयोग किया। अब हम अपना अनुभव साझा करेंगे।

। क्यों Node.js?

"... संचार के सभी अवसरों के साथ अपने उपयोगकर्ताओं को प्रदान करने के लिए, हमने Node.js. को चुना। क्यों? नोड्स.जेएस धाराओं के साथ काम करने के लिए पर्याप्त है, जहां बड़ी संख्या में मॉड्यूल हैं । इसके अलावा, एक सक्षम जावास्क्रिप्ट प्रोग्रामर, नोड पर काम कर रहा है, कार्य के पूरे दायरे को लागू करने में सक्षम होगा, और न केवल इसका सर्वर भाग (इसके विपरीत, उदाहरण के लिए, एक एरलांग विशेषज्ञ)।

सर्वर और क्लाइंट के बीच "ट्रांसपोर्ट नोड" के रूप में, हमने सूचनाओं को पहुंचाने के लिए सबसे तेज़ तरीके के रूप में WebSockets का उपयोग किया।

क्रॉस-प्लेटफ़ॉर्म समस्या को हल करने के लिए, हमने Sock.JS लाइब्रेरी को चुना। सबसे पहले, WS के लिए W3C अनुपालन के कारण, और दूसरी बात, हमारी आवश्यकताओं के लिए Sock.JS महान है।



तो चलिए चलते हैं। हमने Amazon EC2 की "क्लाउड" क्षमताओं पर Node.js डेमन लॉन्च किया। आवेदन गिट के माध्यम से तैनात किया गया है। लॉगिंग और पुनरारंभ करने के लिए हमेशा के लिए मॉड्यूल जिम्मेदार है। वैसे, Amazon की एक बहुत ही उपयोगी सेवा है - Amazon Cloudwatch । इसकी कार्यक्षमता आपको सिस्टम के मुख्य मापदंडों की निगरानी करने की अनुमति देती है, और सबसे महत्वपूर्ण बात यह है कि इसकी गरिमा अनुकूलन योग्य सूचनाएं हैं जो आपको केवल वही निगरानी करने की अनुमति देती हैं जो वास्तव में महत्वपूर्ण है। आवेदन की स्थिति के बारे में विस्तृत जानकारी प्राप्त करने के लिए, हम नोडटाइम का उपयोग करते हैं ।



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

। Node.js की सूक्ष्मताएँ

हमने संवाद सर्वर पर उपयोगकर्ता प्राधिकरण की समस्या पर विशेष ध्यान दिया। हम सर्वर कुकी पर प्राधिकरण के लिए जिम्मेदार हैं। यह गति के मामले में एक बहुत ही "महंगा" समाधान है, लेकिन यह स्थिरता और सुरक्षा के साथ-साथ एक स्वतंत्र सेवा-उन्मुख वास्तुकला को प्रभावित करता है।

यह कैसे काम करता है? उपयोगकर्ता कुकीज़ वेब सर्वर से संवाद सर्वर के माध्यम से भेजे जाते हैं → संवाद सर्वर हमारे एपीआई को प्राप्त कुकी के साथ एक अनुरोध भेजकर कुकी की वैधता की जांच करता है, और यह पहले से ही उपयोगकर्ता डेटा को वापस भेज देता है। यदि डेटा त्रुटियों के बिना प्राप्त किया गया था, तो संवाद सर्वर अपना काम करता है (अधिकृत करता है) और उपयोगकर्ता को डेटा भेजता है।

हम जानते हैं कि बहुत से लोग केवल घर पर ही नहीं, बल्कि काम पर भी भाषेलो का अभ्यास करते हैं। अक्सर ऐसा होता है कि कॉरपोरेट फ़ायरवॉल अत्यधिक तंग कॉन्फ़िगर किए जाते हैं, यही वजह है कि मानक वाले को छोड़कर सभी पोर्ट अनुपलब्ध हैं। हमें यह याद है, और WebSocket कनेक्शन के लिए हम पोर्ट 443 (बिना https के बाध्यकारी) का उपयोग करते हैं। यह समाधान संभावित नेटवर्क समस्याओं से बचा जाता है।

█ डायनमोबीडीबी की विशेषताएं

एक साल से थोड़ा पहले, अमेज़न ने एक वितरित NoSQL डेटाबेस - Amazon DynamoDB जारी किया। सिस्टम आर्किटेक्चर को डिजाइन करने के चरण में, हमें दो उत्पादों के बीच एक विकल्प का सामना करना पड़ा: MongoDB और DynamoDB। हमने प्रशासन के साथ कठिनाइयों के कारण पहले विकल्प से इनकार कर दिया, और विकल्प अमेज़न पर गिर गया, क्योंकि इसके उत्पाद के मामले में समर्थन की आवश्यकता नहीं थी। खैर, निश्चित रूप से, आगे के उपयोग के लिए प्रौद्योगिकी को "ब्रेक" करना दिलचस्प था।

यह पता चला कि डायनमोडीबी के साथ काम करना हमारे द्वारा उपयोग की जाने वाली हर चीज से बहुत अलग है। सास उत्पाद होने के नाते, इस चीज़ ने हमें http अनुरोध के लिए समय का ध्यान रखना सिखाया। अमेज़ॅन डेटा सेंटर के भीतर, औसत क्वेरी समय लगभग 20 मिलीसेकंड है, जिसके कारण हम इस निष्कर्ष पर पहुंचे: यह केवल अनुक्रमणिका के माध्यम से सभी चयन करने के लिए अत्यधिक वांछनीय है (यह तेज और सस्ता है), और स्कैन अनुरोधों का उपयोग विशेष रूप से एनालिटिक्स या माइग्रेशन के लिए किया जाना चाहिए।

█ डेटा संरचना

संवाद - अंतिम संदेश को कैशिंग, मेटाडेटा संग्रहीत करना।



UserDialogs - उपयोगकर्ता संवादों की सूची, अपठित संदेशों का कैशिंग + काउंटर।



संदेश - सभी उपयोगकर्ता संदेश।



User2User - संवाद में भाग लेने वाले।



उदाहरण 1

"मेरे संवाद अंग्रेजी में" पृष्ठ के लिए सभी उपयोगकर्ता संवाद प्राप्त करने की प्रक्रिया को गैर-मानक लागू किया गया है। पृष्ठ पर, उपयोगकर्ता अपने सभी संवादों को देखता है, जिसमें अपठित संदेशों की कुल संख्या और साथ ही प्रत्येक संवाद का अंतिम संदेश भी शामिल है।

डेटा को दो प्रश्नों में चुना गया है। पहले क्वेरी का उपयोग करके UserDialogs तालिका से सभी संवाद ला रहा है। दूसरे को बैचगेटइम के माध्यम से संवाद मिल रहे हैं। एक मामूली बारीकियाँ है - बैचगेटिम एक समय में अधिकतम 100 संदेशों का चयन करता है। इसलिए, यदि उपयोगकर्ता के पास 242 हैं, तो हमें 3 अनुरोध करने की आवश्यकता होगी, जिसमें लगभग 70-100 मिलीसेकंड लगते हैं। इसे ध्यान में रखते हुए और अधिक प्रदर्शन अनुकूलन के लिए प्रयास करते हुए, हम ElasticCache में संवाद डेटा को कैश करते हैं, इसे हर नए संदेश के साथ अपडेट करते हैं।



उदाहरण 2

संवाद में एक नया संदेश जोड़ना भी गैर-तुच्छ है। डेटाबेस की गति हमारे लिए बहुत महत्वपूर्ण नहीं है, क्योंकि हम डायनामोबीडी में रिकॉर्ड की प्रतीक्षा नहीं करते हैं। आखिरकार, हमें बड़ी संख्या में रिकॉर्ड बनाने की आवश्यकता है, और यह बाद के नमूने की गति के लिए एक महत्वपूर्ण भूमिका निभाता है। सबसे पहले, हम संदेश पुटइम टेबल के लिए एक नया संदेश लिखते हैं, और फिर हम डायलॉग्स अपडेट इटेम तालिका को कैश करते हैं। इसके बाद, हमें प्रत्येक उपयोगकर्ता (UpdateItem) के लिए UserDialogs तालिका में संदेश को बढ़ाना होगा। आखिरकार, सब कुछ होता है, अचानक उपयोगकर्ताओं में से एक ने संवाद को हटाने और हमें संदेश काउंटर रीसेट करने का फैसला किया। कुल = 4 अनुरोधों में, लगभग 70-100 मिलीसेकंड समय में एकत्र किए जाते हैं। दुर्भाग्य से, ऐसे लेनदेन डायनमोडीबी में समर्थित नहीं हैं, जो उन प्रक्रियाओं पर मूर्त सीमाएं लगाता है जहां डेटा अखंडता महत्वपूर्ण है।

सामान्य तौर पर, उत्पाद की आवश्यकताओं को बदलना काफी सामान्य घटना है। कभी-कभी यह डेटा संरचना में परिवर्तन पर जोर देता है। रिलेशनल डेटाबेस में, इसे ALTER TABLE का उपयोग करके हल किया जाता है, लेकिन डायनेमोब में यह बात बस नहीं है। यहां सर्किट बदलना बहुत महंगा है। हमें तालिकाओं को फिर से बनाना होगा या इलास्टिक मैपरेड का उपयोग करना होगा। आपको दोनों विकल्पों के लिए भुगतान करना होगा। बहुत सारा डेटा = बहुत सारा पैसा। किसी तरह इससे निपटने के लिए, मुझे सभी डेटा स्कैन'म 1 मेगाबाइट का चयन करना था, और फिर एक नई तालिका में लिखना था। इसमें बहुत समय लगता है, लेकिन यह डीबीए की कमी के लिए एक शुल्क है।

█ डायनमोडीबी के छापे

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

***
संवाद में आसानी से और स्वाभाविक रूप से संवाद करें - एक सुखद कंपनी में अंग्रेजी का अभ्यास करें और हमारी टीम में शामिल हों !

फेसबुक , Vkontakte और ट्विटर पर खबर का पालन करें , अपने छापों को साझा करें और मज़े करें। संचार की स्वतंत्रता महान है!

लिंग्वेलियो टीम