Node.js में आवेदन स्थिति सहेजना

Question

मैं node.js के लिए एप्लिकेशन स्थिति को कैसे सहेज सकता हूं जिसमें अधिकांश HTTP अनुरोध शामिल है?

मेरे पास नोड.जेएस में एक स्क्रिप्ट है जो ई-कॉमर्स एप्लिकेशन में बड़ी संख्या में उत्पादों (10,000+) उत्पादों को आयात करने के लिए एक विश्वसनीय API के साथ काम करती है। एपीआई की अनुरोधों की मात्रा पर एक सीमा है जिसे हम बनाया जा सकता है और हम उस सीमा के खिलाफ ब्रश करने के लिए देख रहे हैं। पिछली दौड़ पर स्क्रिप्ट Error: connect ETIMEDOUT के साथ संभवतः अधिक एपीआई सीमाओं के कारण निकल गई। मैं 5 बार कनेक्ट करने का प्रयास करने में सक्षम होना चाहता हूं और यदि सीमा को बहाल कर दिया गया है तो एक घंटे के बाद फिर से शुरू हो जाता है।

क्रैश के मामले में प्रगति को बचाने के लिए भी फायदेमंद होगा (बिजली गिर जाती है, नेटवर्क क्रैश आदि)। और उस बिंदु से स्क्रिप्ट को फिर से शुरू करने में सक्षम हो जाएं।

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

तो क्या ऐसा करने का कोई मौजूदा तरीका है? शायद एक ढांचा? या क्या मुझे इसे स्वयं लागू करने की ज़रूरत है, उस स्थिति में, इस पर किए जाने वाले किसी भी उपयोगी संसाधन की सराहना की जाएगी।

Answer 1

मुझे यकीन है कि तुम क्या मतलब है जब आप कहते हैं

मुझे पता है कि Node.js एक विशाल घटना कतार के रूप में चल रही है, सभी HTTP अनुरोध और उनके कॉलबैक कुछ के साथ (एक साथ कि कतार में डाल दिया हो नहीं कर रहा हूँ अन्य घटनाओं)। यह वर्तमान निष्पादन की स्थिति को बचाने के लिए इसे एक प्रमुख लक्ष्य बनाता है

अगर आप उत्तर के लिए प्रासंगिक पाते हैं तो कृपया इस पर टिप्पणी करने या विस्तार करने के लिए स्वतंत्र महसूस करें।

जिसके अनुसार, अगर आप बस इस विशेष कार्य के लिए एक हठ तंत्र के लिए देख रहे हैं, मैं Redis की सिफारिश कर सकते हैं, कुछ कारणों से:

• यह कई डेटा प्रकार पर atomic operations अनुमति देता है; उदाहरण के लिए, यदि आपके पास रेडिस में num_requests_made नामक प्रविष्टि थी, जो अनुरोधों की संख्या का प्रतिनिधित्व करती है, तो आप INCR num_requests_made का उपयोग करके रेडिस में आसानी से इस नंबर को बढ़ा सकते हैं, और यह परमाणु होने की गारंटी है, जिससे कई श्रमिकों को स्केल करना आसान हो जाता है।
• इसमें several data types है जो आपकी आवश्यकताओं के लिए उपयोगी साबित हो सकता है; उदाहरण के लिए, एक साधारण स्ट्रिंग एक निश्चित अवधि के दौरान किए गए एपीआई अनुरोधों की संख्या का प्रतिनिधित्व कर सकती है (जैसा कि पिछले बुलेट बिंदु में); आप विफल एपीआई अनुरोध पर विवरण संग्रहीत कर सकते हैं जिसे किसी सूची में पुनः सबमिट करने की आवश्यकता है; आदि
• यह pub/sub mechanisms प्रदान करता है जो आपको प्रोग्राम के कई उदाहरणों के बीच आसानी से संवाद करने की अनुमति देगा।

इस दिलचस्प या उपयोगी लग रहा है और आप पहले से ही Redis से परिचित नहीं हैं, तो मैं अत्यधिक interactive tutorial, जो आप कुछ डेटा प्रकार के परिचय और उनके लिए आदेश बाहर करने की सलाह देते। पढ़ने की सामग्री का एक और अच्छा टुकड़ा A fifteen minute introduction to Redis data types है।