Node.js का उपयोग कौन करता है: Trello (भाग 2)

यह द ट्रेलो टेक स्टैक के अनुवाद का एक सिलसिला है।

भाग 1

• CoffeeScript
• ग्राहक
  * बैकबोन.जेएस
  * एचटीएमएल 5 इतिहास एपीआई
  * मूंछें
• मतदान और मतदान
  * सॉकेट
  * AJAX अनुरोध करता है

भाग २

• सर्वर
  * नोड.जेएस
  * HAProxy
  * रेडिस
  * MongoDB
• तो क्या हम इसे पसंद करते हैं?

सर्वर

Node.js

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

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

• वास्तविक DB और स्कीमा ( नोड-मोंगोडब-मूल और Mongoose )
• बुनियादी वेब प्रौद्योगिकियाँ जैसे मार्ग और कुकीज़ ( एक्सप्रेस और कनेक्ट )
• [प्रक्रिया] ( क्लस्टर ) को पुनरारंभ करते समय सर्वर डाउन डाउन वाली कई प्रक्रियाएं
• इंटरप्रोसेस कम्यूनिकेशन (पब्लिश / सब्सक्राइब) और रेडिस ( नोड_्रेडिस ) के माध्यम से स्ट्रक्चरल डेटा शेयरिंग

Node.js बहुत अच्छा है और हर बार बेहतर होता है कि एक सक्रिय समुदाय नए और उपयोगी पुस्तकालयों को जारी करता है। कॉलबैक की बड़ी संख्या [और घोंसले के शिकार] जिन्हें आप पहली बार उपयोग करने के लिए मजबूर हैं, एक समस्या की तरह लगता है, लेकिन कुछ हफ़्ते के बाद आपको इसकी आदत हो जाती है। हम अपने कोड पर नियंत्रण बनाए रखने के लिए उत्कृष्ट async लाइब्रेरी (साथ ही कॉफ़ीस्क्रिप्ट द्वारा दिए गए कोड की संक्षिप्तता) का उपयोग करते हैं। अन्य सुरुचिपूर्ण समाधान हैं, लेकिन हमें केवल एसिंक्स का उपयोग करने की आवश्यकता है, जिसका व्यवहार हम पूरी तरह से समझते हैं।

HAProxy

हम अपने वेब सर्वर के बीच लोड को संतुलित करने के लिए HAProxy का उपयोग करते हैं। यह राउंड रॉबिन सर्वर के बीच टीसीपी कनेक्शन वितरित करता है, और Node.js. बाकी सब कुछ छोड़ देता है। यह WebSockets की अनुमति देने के लिए और AJAX के अनुरोधों के लिए पुन: उपयोग के कनेक्शन को लंबे समय तक खुला रखता है।

Redis

ट्रेलो अल्पकालिक डेटा के लिए रेडिस का उपयोग करता है जो सर्वर प्रक्रियाओं के बीच आदान-प्रदान करते समय उपयोग किया जाता है, लेकिन डिस्क पर सहेजा नहीं जाता है। सत्र गतिविधि स्तर या ओपनआईडी अस्थायी कुंजी जैसी वस्तुओं को रेडिस में संग्रहीत किया जाता है, और इस डेटा के आंशिक (या पूर्ण) नुकसान के बाद सामान्य रूप से पुनर्प्राप्त करने के लिए एप्लिकेशन को इस तरह से बनाया गया है। हम दिए गए कुंजी 'एलकी-ल्रू' के साथ [ रेडिस ] चलाते हैं और काम करने वाला सेट आवश्यकता से कम से कम पांच गुना बड़ा होता है। इस प्रकार, Redis स्वचालित रूप से लंबे समय तक उपयोग नहीं किए गए डेटा को हटा देता है, और यदि आवश्यक हो तो इसे पुनर्स्थापित करता है।

Redis के हमारे सबसे दिलचस्प उपयोगों में से एक है, लघु प्रश्नों का वैकल्पिक उपयोग, जब ब्राउजर में परिवर्तन वापस ब्राउज़रों को भेजते हैं। जब सर्वर पर किसी ऑब्जेक्ट को बदल दिया जाता है, तो हम क्लाइंट को सूचित करने के लिए सभी प्रासंगिक वेबसॉकेट पर एक JSON संदेश भेजते हैं और इस संदेश को शामिल मॉडल के लिए एक निश्चित-लंबाई सूची में संग्रहीत करते हैं, यह देखते हुए कि इस सूची में पूरे समय के लिए कितने संदेश जोड़े गए हैं। फिर, जब AJAX के अनुरोधों का उपयोग करने वाला एक क्लाइंट [और नहीं एक WebSocket कनेक्शन] अपने अंतिम अनुरोध के क्षण से, अपडेट के लिए सर्वर को पिंग करता है, तो हम अनुमतियों की जांच करने से पहले और एक रेडिस मान की जांच करने वाले अधिकांश मामलों में पूरे सर्वर की प्रतिक्रिया प्राप्त कर सकते हैं। रेडिस इतना पागल है कि यह एक सीपीयू पर महत्वपूर्ण sag [प्रदर्शन] के बिना प्रति सेकंड हजारों ऐसे चेक को संभाल सकता है।

साथ ही, Redis हमारे प्रकाशित / सदस्यता सर्वर के रूप में कार्य करता है, और हम इसका उपयोग सर्वर प्रक्रिया से ऑब्जेक्ट परिवर्तन के बारे में संदेश वितरित करने के लिए करते हैं, जो अन्य सभी सर्वर प्रक्रियाओं के लिए प्रारंभिक अनुरोध करता है। जैसे ही आपके पास एक कॉन्फ़िगर किया गया Redis सर्वर होता है, आप इसे सभी प्रकार की चीजों के लिए उपयोग करना शुरू कर देते हैं।

MongoDB

MongoDB हमारे अधिकांश डेटाबेस प्रश्नों को संतुष्ट करता है। हम चाहते थे कि [सर्वर] ट्रेलो बहुत तेज हो। सबसे अच्छे और सबसे अधिक प्रदर्शन के प्रति सजग टीमों में से एक, जिसे हम जानते हैं कि स्टेक्सएक्सचेंज पार्टनर कंपनी अगले दरवाजे पर स्थित है। एक दिन, अपने लीड डेवलपर डेविड के साथ दोपहर का भोजन करते समय, मुझे पता चला कि हालाँकि वे डेटा को संग्रहीत करने के लिए SQL सर्वर का उपयोग करते हैं, वास्तव में वे प्रदर्शन को बेहतर बनाने और इसे सामान्य करने के लिए डी-सामान्यीकृत रूप में बहुत अधिक डेटा संग्रहीत करते हैं की जरूरत है।


ट्रेलो आज।

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

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

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

तो क्या हम इसे पसंद करते हैं?

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

क्या वह आवाज आकर्षक है? ट्रेलो की कोशिश करो! यह मुफ़्त है।

अभी भी पर्याप्त बात नहीं है? यहाँ हाल ही में चर्चा के लिए बनाई गई ट्रेलो प्रस्तुति है ।