php और नोडज, उंगली अंतर

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

चित्रों के साथ स्पष्ट उदाहरण के साथ कुछ समझाना हमेशा बेहतर होता है। इसलिए, हम एक निर्वात में एक छोटी "गोलाकार साइट" के साथ आएंगे और कुछ शर्तों को स्वीकार करेंगे।

मान लीजिए हमारे पास एक वेबसाइट है जो केवल दो अनुरोधों को समझती है:
अनुरोध ए को 1 सेकंड में निष्पादित किया जाता है, इसे डेटाबेस तक पहुंच की आवश्यकता नहीं होती है।
अनुरोध बी को 5 सेकंड में निष्पादित किया जाता है, और उनमें से 4, वह एक डीबी प्रतिक्रिया की प्रतीक्षा में खर्च करता है।
हम यह भी मानते हैं कि अनुरोधों के बीच का समय कम से कम 1 सेकंड है।

पीएचपी

आइए देखें कि यह php में कैसे काम करता है।
अपने सरलतम रूप में, सर्वर आर्किटेक्चर इस तरह दिखता है:



निम्नलिखित यहां महत्वपूर्ण हैं, क्लाइंट से अनुरोध प्राप्त करने वाला वेब सर्वर इसे php प्रक्रिया में स्थानांतरित करता है। बदले में, एक समय में php प्रक्रिया एक अनुरोध को संसाधित कर सकती है, काम पूरा होने पर, परिणाम वेब सर्वर को वापस कर दिया जाता है, और प्रक्रिया स्वयं मौजूद नहीं रहती है। प्रतिक्रिया प्राप्त करने वाला वेब सर्वर क्लाइंट को परिणाम भेजता है और कनेक्शन बंद कर देता है।

यदि केवल एक php प्रक्रिया है, तो हमारे सर्वर के संचालन को निम्नलिखित चित्र में प्रदर्शित किया जा सकता है:



यह आरेख से देखा जा सकता है कि केवल अनुरोध हमारे पास आते हैं और हमारा सर्वर उनके प्रति सख्ती से प्रतिक्रिया करता है और आम तौर पर कार्यों को करता है, लेकिन जैसे ही अनुरोध बी हमारे पास आता है, सर्वर बी का जवाब तैयार होने तक जवाब देना बंद कर देता है। इसके अलावा, आरेख से पता चलता है कि अनुरोध बी के अधिकांश समय, "हर कोई" डेटाबेस के परिणाम की प्रतीक्षा कर रहा है।

इस समस्या को हल करने के लिए, हमें php प्रक्रियाओं की संख्या बढ़ानी होगी, इसे 2x तक बढ़ाना होगा, परिणामस्वरूप, योजना निम्नलिखित कार्य करती है:



यह आरेख दिखाता है कि पहली php प्रक्रिया में प्रसंस्करण में B "हैंग" करने का अनुरोध करता है, जबकि सर्वर अन्य अनुरोधों का जवाब देना जारी रखता है। जब तक दो अनुरोध बी हमारे पास नहीं आएंगे, तब तक सबकुछ ठीक हो जाएगा, तब दोनों php प्रक्रियाएं डेटाबेस से प्रतिक्रिया की प्रतीक्षा कर रही हैं, और जब तक कि उनमें से कोई एक मुक्त नहीं हो जाता, तब तक सर्वर पूरी तरह से प्रतिक्रिया देना बंद कर देगा।

खैर, क्या हम पहले से ही जानते हैं कि क्या करना है? यह सही है, चलो 20 या 30 तक सही php प्रक्रियाओं की संख्या लेते हैं और बढ़ाते हैं, और समस्या दूर होती दिख रही है, हालांकि वास्तव में समस्या अभी थोड़ी दूर हुई है और वह क्षण जब 30 बी आते हैं। पूरी परेशानी यह है कि हम एक असीम रूप से कई php प्रक्रियाएँ नहीं बना सकते हैं और उन्हें अत्यधिक मात्रा में बढ़ाने का तरीका गलत है।

इन योजनाओं से सीखने वाली सबसे महत्वपूर्ण बात यह है कि php में डेटाबेस ऑपरेशन्स को सिंक्रोनाइज़ किया जाता है। हमारे मामले में, डेटाबेस को क्वेरी निष्पादित करने वाली प्रक्रिया अन्य अनुरोधों को संसाधित करने में असमर्थ है और डेटाबेस से प्रतिक्रिया के इंतजार में "लटका" (कुछ भी नहीं करने) के लिए मजबूर है।

NodeJS

हमें नोडज क्या देता है?
सबसे पहले, आइए देखें कि एक साधारण सर्वर कैसा दिखता है:



आपकी आंख को तुरंत पकड़ता है कि सर्वर में अनुरोध ए और बी के हैंडलर शामिल हैं, साथ ही साथ वेब सर्वर भी। यह सब सामान एक नोड प्रक्रिया में घूम रहा है और लगातार स्मृति में लटका हुआ है।

आइए काम की योजना को देखें:



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

निष्कर्ष

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