सम्मिश्रण OpenJDK और NodeJS: क्रॉस-भाषा इंटरैक्शन और वर्टिकल आर्किटेक्चर

नमस्कार, हेब्र!

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



यह लेख सॉफ्टवेयर के एक अभिनव तरीके के बारे में है जो भविष्य में लोकप्रिय हो सकता है, लेकिन शायद अब नहीं। लेख में एक कोड है, ईमानदारी से!

प्राचीन समय में, अर्थात, 2015 में, मैंने लिखा था कि कोटलिन मेरी अगली प्रोग्रामिंग भाषा क्यों होगी , और 2016 में मैंने ग्रेगल और ट्रफल के बारे में लिखा था: कंपाइलरों से संबंधित दो कट्टरपंथी अनुसंधान परियोजनाएं जो न केवल रूबी जैसी भाषाओं के काम में तेजी लाती हैं। , लेकिन यह भी वास्तविकता निर्बाध इंटरलेंजेज इंटरैक्शन में अवतार लेते हैं। इन परियोजनाओं में, डायनेमिक (JIT) कंपाइलर या OpenJDK को एक नए के साथ बदल दिया जाता है, जिसमें एनोटेट व्याख्याताओं को अत्याधुनिक JIT कंपाइलरों में बदलने की क्षमता होती है ... स्वचालित रूप से।

2019 में इन विषयों पर लौटते हुए, मैं आपको तीन चीजें दिखाना चाहूंगा:

1. छोटे पुस्तकालय का उपयोग कैसे करें जो मैंने लगभग जावा या कोटलिन में लिखे कार्यक्रमों के कोड से एनपीएम मॉड्यूल का उपयोग करने के लिए लिखा था।
2. सभी अच्छे कारणों की व्याख्या करें कि आपको इसकी आवश्यकता क्यों हो सकती है, भले ही आपको लगता है कि जावास्क्रिप्ट / जावा दुनिया में सबसे खराब चीज है, मछली के तेल की गिनती नहीं।
3. संक्षेप में ऊर्ध्वाधर वास्तुकला की अवधारणा का पता लगाएं, जो कि माइक्रो-सर्विस-उन्मुख डिजाइन के साथ प्रतिस्पर्धा करता है। यह GraalVM और OpenJDK के नवीनतम संस्करणों के चौराहे पर स्थित है और इसके लिए सबसे उन्नत हार्डवेयर की आवश्यकता है।

जावा और कोटलिन से एनपीएम का उपयोग करना

हम केवल तीन सरल कदम उठाएंगे:

1. GraalVM को लें। यह पैचेज़ का एक सेट है, जो OpenJDK के शीर्ष पर बनाया गया है, जो समय में ही दिखाई दिया: यह आपके पास मौजूद सभी JVM बाइट कोड को निष्पादित कर सकता है।
2. हम अपने NodeJVM टूलकिट को जीथब से लेते हैं और इसे अपने पथ पर जोड़ते हैं।
3. nodejvm को nodejvm साथ कमांड लाइन पर बदलें। वह सब है!

ठीक है, ठीक है। मैं मानता हूं, यहां मैं थोड़ा आकर्षित करता हूं और अतिशयोक्ति करता हूं, लेख के अंत तक आपको इस तरह की शैली को सहना होगा। बेशक, सब कुछ इतना सरल नहीं है: आपको अभी भी मॉड्यूल लेना होगा और इसका उपयोग करना होगा।

विचार करें कि यह कैसा दिखता है:



NodeJVM का उपयोग करके नमूना कोड

इस तस्वीर को करीब से देखिए। हां, यह बिल्कुल वैसा ही दिखता है: कोटलिन एक बिल्ट-इन मल्टी-लाइन स्ट्रिंग के साथ जिसमें जावास्क्रिप्ट ऑटोकंप्लीशन होता है, जिसके बाद स्थिर जावास्क्रिप्ट विश्लेषण किया जाता है, और सिंटैक्स को सही ढंग से हाइलाइट किया जाता है। जेवीएम के लिए जावा या अन्य भाषाओं से समान संचालन काम करता है जिसे इंटेलीज समझता है। ऐसे अवसर प्राप्त करने के लिए, आपको आईडीई सेटिंग्स में स्विच पर क्लिक करना होगा (यह कैसे करना है इसके लिए NodeJVM के लिए रीडमी पढ़ें), लेकिन बाद में यह फ़ंक्शन स्वचालित रूप से काम करेगा। यदि IntelliJ डेटा स्ट्रीम का विश्लेषण करके यह पता लगाने का प्रबंधन करता है कि आपके स्ट्रिंग को अंततः run या eval तरीकों से पारित किया जाना चाहिए, तो इसे एम्बेडेड JS माना जाएगा।

यहां मैं कोटलिन के लिए एपीआई के बारे में बात करने जा रहा हूं, क्योंकि यह सामान्य जावा में एपीआई की तुलना में थोड़ा प्रिटियर और अधिक सुविधाजनक है, लेकिन जो कुछ मैं नीचे वर्णित करता हूं वह भी जावा से किया जा सकता है।

उपरोक्त कोड में, निम्नलिखित विशेषताओं में से कई पर ध्यान दें:

• जावास्क्रिप्ट तक पहुंचने के लिए, आपको nodejs {} ब्लॉक का उपयोग करना nodejs {} । तथ्य यह है कि जावास्क्रिप्ट सिंगल-थ्रेडेड है और, तदनुसार, एनपीएम मॉड्यूल को चलाने के लिए आपको "नोड स्ट्रीम में प्रवेश" करने की आवश्यकता है। nodejs {} ब्लॉक हमारे लिए ऐसे सिंक्रोनाइज़ेशन करता है, इससे कोई फर्क नहीं पड़ता कि हम किस थ्रेड में हैं। तो, आपको लगातार याद रखने की आवश्यकता है: किसी भी जेएस-कोड को चलाने के लिए, सिद्धांत रूप में, आपको इस तरह के ब्लॉक के अंदर होना चाहिए। आप इसे जितनी बार चाहें उतने बार फिर से दर्ज कर सकते हैं, इसलिए किसी भी स्थान पर ऐसे ब्लॉक का उपयोग करना सुरक्षित होगा जहां हमें इसकी आवश्यकता है। किसी भी जावास्क्रिप्ट कॉलबैक को नोड थ्रेड में निष्पादित किया जाएगा, और इस प्रकार, अन्य सभी थ्रेड nodejs ब्लॉक तक पहुंच से वंचित nodejs , इसलिए यदि आप प्रदर्शन या चिकनी जीयूआई प्रतिपादन के बारे में चिंतित हैं, तो कॉलबैक में लंबे समय तक चलने वाले संचालन करने से बचें।
• var x by bind(SomeObject()) सिंटैक्स var x by bind(SomeObject()) केवल nodejs ब्लॉक में उपलब्ध है और आपको ग्लोबल जावास्क्रिप्ट स्कोप में उसी वेरिएबल से कनेक्ट करने की अनुमति देता है। जब एक्स कोटलिन से बदलता है, तो यह जेएस में बदल जाएगा और इसके विपरीत। यहाँ मैं JS दुनिया के लिए एक नियमित जावा File ऑब्जेक्ट संलग्न कर रहा हूँ।
• eval method लौटता है ... जिसे हम इसे वापस करने के लिए कहते हैं, हालाँकि, स्टैटिक टाइपिंग के तरीके से। यह एक सामान्य कार्य है और, केवल उस इकाई के प्रकार को निर्दिष्ट करके, जिसे हम इसे निर्दिष्ट करते हैं, हम यह सुनिश्चित करेंगे कि eval स्वचालित रूप से जावास्क्रिप्ट ऑब्जेक्ट को सांख्यिकीय रूप से टाइप किए गए वर्ग या Java / Kotlin / Scala / etc इंटरफ़ेस में डाले। हालांकि यह स्पष्ट रूप से ऊपर नहीं बताया गया था, MemoryUsage एक सरल इंटरफ़ेस प्रकार है जिसे मैंने परिभाषित किया था, और इसमें rss() और heapTotal() फ़ंक्शन हैं। वे उसी नाम के जावास्क्रिप्ट गुणों को मैप करते हैं, जो आपको नोड एपीआई process.memoryUsage() से प्राप्त होता है। अधिकांश JS प्रकारों को "सामान्य" जावा प्रकारों में परिवर्तित किया जा सकता है; यह कैसे काम करता है इसका विस्तृत प्रलेखन GraalVM वेबसाइट पर उपलब्ध है। परिणामी वस्तुओं को कहीं भी संग्रहीत किया जा सकता है, लेकिन विधि उन्हें कॉल करती है, निश्चित रूप से, nodejs ब्लॉक में किया जाना चाहिए।
• जावास्क्रिप्ट ऑब्जेक्ट्स को किसी ऑब्जेक्ट के लिए स्ट्रिंग का सरल मैपिंग भी माना जा सकता है, जो कई मायनों में वास्तव में उनकी प्रकृति से मेल खाता है। बदले में, किसी वस्तु को स्ट्रिंग के ऐसे मैपिंग को किसी मजबूत टाइप की हुई चीज़ में वापस लाया जा सकता है, जिसे कॉलबैक में स्पष्ट रूप से देखा जा सकता है। उस प्रस्तुति का उपयोग करें जिसे आप पसंद करते हैं।
• आप require उपयोग कर सकते हैं और यह सामान्य तरीके से node_modules निर्देशिकाओं में मॉड्यूल की खोज करेगा।

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

यह जावा से भी किया जा सकता है:

 import net.plan99.nodejs.NodeJS; public class Demo { public static void main(String[] args) { int result = NodeJS.runJS(() -> NodeJS.eval("return 2 + 3 + 4").asInt() ); System.out.println(result); } } 

जावा एपीआई आपको कोटलीन एपीआई के रूप में इस तरह के सुखद चर बंधन और ऑटो-कास्टिंग प्रदान नहीं करता है, लेकिन इसका उपयोग करना काफी आसान है। यहां हम दिखाते हैं कि हम परिणाम को एक पूर्णांक प्रकार जावा ( int ) में कैसे परिवर्तित करते हैं और इसे "नोड स्ट्रीम" से "लौटाते हैं: इस मामले में, मुख्य जावा स्ट्रीम NodeJS स्ट्रीम के समान नहीं है , लेकिन हम इन प्रवाह के बीच पूरी तरह से मूल रूप से स्विच करते हैं।

NodeJVM GraalVM के शीर्ष पर एक बहुत छोटा आवरण है। यह कोड की एक महत्वहीन राशि जोड़ता है, इसलिए चिंता न करें कि यह समर्थित या गायब होने से बच सकता है: इस मामले में सभी कड़ी मेहनत का 99.99% GraalVM टीम द्वारा किया जाता है।

सुधार के सुझाव देने के लिए यहां कुछ स्पष्ट विचार दिए गए हैं:

• जेएस मॉड्यूल को मावेन समन्वय द्वारा जावा मॉड्यूल आयात करने की अनुमति दें।
• एनपीएम मॉड्यूल के विचलन के लिए कुछ "सर्वोत्तम प्रथाओं" को तैयार करना। उदाहरण के लिए, क्या JAR फ़ाइल में एक नोड_मॉड्यूल निर्देशिका (संक्षेप में: नहीं, क्योंकि NodeJS अभी भी फ़ाइल I / O को अपने तरीके से व्यवस्थित करता है और ज़िप के बारे में कुछ भी नहीं जानता है, लंबा: हाँ, यदि आप कठिन प्रयास करते हैं)।
• अधिक भाषाएँ: पायथन और रूबी को थ्रेड सिंक्रोनाइज़ेशन के लिए "गोंद" की आवश्यकता नहीं है जो कि NodeJS में आवश्यक है, इसलिए आप बस नियमित GraalVM Polyglot API का उपयोग कर सकते हैं। लेकिन कोटलिन उपयोगकर्ता पाएंगे कि बाध्यकारी चर के लिए कलाकारों / विस्तार विधियों और एपीआई किसी भी भाषा में होना अच्छा होगा।
• विंडोज का समर्थन।
• ग्रैडल प्लगइन ताकि प्रोग्राम मिश्रित भाषाओं में निर्भरता सूची बना सकें
• native-image उपकरण के साथ एकीकरण, तथाकथित SubstrateVM; इसलिए यदि आपको रन-वे पर हॉटस्पॉट के पूर्ण प्रदर्शन की आवश्यकता नहीं है, तो आप गोलंग शैली में छोटे सांख्यिकीय रूप से जुड़े बायनेरिज़ की आपूर्ति कर सकते हैं।
• हो सकता है कि टाइपस्क्रिप्ट को जावा में परिवर्तित करने के लिए कुछ प्रकार के कनवर्टर, ताकि आप निश्चित रूप से उपयोग कर सकें और जल्दी से स्थिर दुनिया में उतर सकें।

पैच का स्वागत है।

आपको इसकी आवश्यकता क्यों होगी?

शायद आप पहले से ही सोच रहे हैं: "वाह, जावास्क्रिप्ट, हम, विकसित, अब आपसी प्यार, आपसी सम्मान और सद्भाव में हो सकते हैं!"



आदर्शित उत्साही प्रतिक्रिया

यह बहुत संभव है कि आप इस दृष्टिकोण के करीब होंगे:



जावास्क्रिप्ट और जावा सिर्फ भाषा नहीं हैं। ये संस्कृतियाँ हैं, और कुछ भी डेवलपर्स के लिए उतना प्यारा नहीं है जितना कि CULTURAL WARS!

यही कारण है कि आपको भविष्य में संदर्भ के लिए इस पृष्ठ को कम से कम बुकमार्क करना चाहिए, भले ही आप अपने कीमती पारिस्थितिकी तंत्र पर आक्रमण करने वाले $ OTHER_LANG के विचार पर बंदूक पकड़ना चाहते हैं:

• यदि आप मुख्य रूप से एक जावा डेवलपर हैं, तो अब आपके पास अद्वितीय जावास्क्रिप्ट मॉड्यूल हैं जो जेवीएम (उदाहरण के लिए, डीएटी प्रोटोकॉल) के समकक्ष नहीं हो सकते हैं। आप इसे पसंद कर सकते हैं या उससे नफरत कर सकते हैं, लेकिन यह तथ्य बना हुआ है: बहुत से लोग ओपन सोर्स एनपीएम मॉड्यूल लिखते हैं, और इनमें से कुछ मॉड्यूल बहुत अच्छे हैं। आप भाषा ट्रांसपोर्टर्स की आवश्यकता के बिना अपने वेब फ्रंट पर चलने वाले कोड का भी पुन: उपयोग कर सकते हैं। और अगर आप NodeJS में एक विरासत कोड बेस के साथ काम कर रहे हैं, जिसे आप धीरे-धीरे जावा में पोर्ट करना चाहते हैं, तो अचानक यह काम बहुत सरल हो जाता है।
• यदि आप मुख्य रूप से एक जावास्क्रिप्ट डेवलपर हैं, तो अब आपके पास अद्वितीय JVM पुस्तकालयों तक आसान पहुंच है, जो कि जावास्क्रिप्ट में या तो एक सीधा समकक्ष नहीं हो सकता है (उदा। ल्यूसिन , क्रॉनिकल मैप ) या केवल खराब प्रलेखित, अपरिपक्व या कम अवधि के एनालॉग्स की पेशकश कर सकता है । यदि आप अपने अगले प्रोजेक्ट में HTML के बिना करना चाहते हैं, तो आप एक गोरे व्यक्ति के लिए GUI फ्रेमवर्क का पता लगा सकते हैं। आपको कई अन्य भाषाओं तक भी पहुंच मिलती है, उदाहरण के लिए, रूबी और आर। जेवीएम ऑब्जेक्ट्स को नोडेज कर्मचारियों के बीच साझा किया जा सकता है, साझा मेमोरी में मल्टीथ्रेडिंग का लाभ उठाते हुए , यदि, आपके प्रोफाइलर के अनुसार, इस अवसर का उपयोग किया जा सकता है। और यदि आप जावा कोड के एक विरासत वाले आधार के साथ काम कर रहे हैं जिसे आप धीरे-धीरे NodeJS में पोर्ट करना चाहते हैं, तो अचानक यह काम बहुत सरल हो जाता है।
• यदि आप एक ही बार में सभी भाषाओं को सीखते हैं , तो आप बहुभाषी प्रोग्रामिंग कर सकते हैं। पॉलीग्लॉट प्रोग्रामर नफरत करने वाले नहीं हैं, इसके विपरीत, वे सबसे अच्छे कोड के साथ दोस्त बना सकते हैं, चाहे वह किसी भी संस्कृति से आता हो। वे पुनर्जागरण छात्रों की तरह हैं जिन्होंने तुरंत अंग्रेजी, फ्रेंच लैटिन का अध्ययन किया ... ये सभी भाषाएं उनके लिए एक हैं। वे Java, Kotlin, JavaScript, Scala, Python, Ruby, Lisp, R, Rust, Smalltalk, C / C ++ और यहां तक ​​कि FORTRAN पुस्तकालयों को मिलाते हैं, विशुद्ध रूप से GraalVM के शीर्ष पर एक साफ पूर्णांक को सिलाई करते हैं।
• अंत में, यदि आप एक खुश NodeJS उपयोगकर्ता हैं, और अन्य भाषाएँ आपको बिल्कुल परेशान नहीं करती हैं, तो आप अभी भी GraalVM के साथ प्रयोग करना चाहते हैं।

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



रूबी वस्तुओं से युक्त ढेर देखें



CPU मेट्रिक्स HTTP के माध्यम से उपलब्ध है



अल्ट्रा-डीप एक्सपर्ट डायग्नॉस्टिक्स यह दर्शाता है कि कोड को कैसे अनुकूलित किया गया था

ऊर्ध्वाधर वास्तुकला

हम आखिरी विषय पर आते हैं, जिस पर मैं इस लेख में चर्चा करना चाहूंगा।

कभी-कभी मैं उपरोक्त सभी को किसी को बताता हूं, लेकिन वे मुझे जवाब देते हैं: " यह बहुत अच्छा है, लेकिन ये सभी माइक्रोसर्विस हमें यह सब नहीं दे रहे हैं? की वजह से पूरा उपद्रव क्या है? यह सराहना करना कठिन है कि मुझे बहुभाषी प्रोग्रामिंग क्यों पसंद है, लेकिन बात यह है कि, यह मुझे लगता है कि स्वस्थ प्रतिस्पर्धा के लिए माइक्रोसिस्टम्स आर्किटेक्चर हैं।

सबसे पहले, हाँ, कभी-कभी आपको कई तरह के सर्वरों पर कई सेवाओं को चलाने की आवश्यकता होती है, जिसमें बातचीत करने की आवश्यकता होती है। मैंने Google पर 7 साल से अधिक काम किया, लगभग रोजाना अपने कंटेनर ऑर्केस्ट्रेटर बोर्ग के साथ काम किया। मैंने "माइक्रोसर्विस" लिखा था, हालांकि हमने उन्हें कॉल भी नहीं किया था, और मैंने उन्हें खा लिया। अन्यथा, सामना करने का कोई तरीका नहीं था, क्योंकि हमारे कार्यभार को हजारों मशीनों की भागीदारी की आवश्यकता थी!

हालांकि, ऐसे आर्किटेक्चर के लिए आपको उच्च कीमत चुकानी होगी:

1. क्रमबद्धता। यह तुरंत उत्पादकता में कमी का नतीजा है, लेकिन, इससे भी महत्वपूर्ण बात यह है कि आपको अपने कम से कम आंशिक रूप से टाइप और अनुकूलित डेटा संरचनाओं को लगातार संरेखित करने की आवश्यकता है, जिससे उन्हें सरल पेड़ों में बदल दिया जाए। JSON का सहारा लेते समय, आप साधारण चीजों को करने की क्षमता खो देते हैं, उदाहरण के लिए, कई छोटी वस्तुओं के लिए जो कई बड़ी वस्तुओं की ओर इशारा करती हैं (पुनरावृत्ति से बचने के लिए, आपको अपने स्वयं के अनुक्रमित का उपयोग करना होगा)।
2. संस्करण। यह जटिल है। सॉफ्टवेयर इंजीनियरिंग के क्षेत्र में विश्वविद्यालय अक्सर इस कठिन लेकिन रोजमर्रा के अनुशासन को नहीं सिखाते हैं और अगर आपको लगता है कि आपने प्रत्यक्ष और पिछड़े संगतता के बीच अंतर को अच्छी तरह से समझा है, भले ही आप सुनिश्चित हों कि आप समझते हैं कि मल्टी-स्टेज रोलिंग क्या है, क्या आप गारंटी दे सकते हैं यह सब उस व्यक्ति द्वारा समझा जाएगा जो आपकी जगह लेगा? क्या आप उन संस्करणों के विभिन्न संयोजनों के लिए एकीकरण परीक्षण सही ढंग से कर रहे हैं जो गैर-परमाणु रोलिंग के दौरान विकसित हो सकते हैं? वितरित आर्किटेक्चर में, मैंने कई वास्तविक आपदाओं को देखा, जो इस तथ्य से उब गए थे कि संस्करण भटक गए थे।
3. जुटना । एक ही सर्वर के भीतर परमाणु संचालन करना काफी आसान है। यह सुनिश्चित करना बहुत मुश्किल है कि किसी भी स्थिति में उपयोगकर्ता बिल्कुल सुसंगत तस्वीर देखते हैं जब सिस्टम में कई मशीनें शामिल होती हैं, खासकर अगर डेटा शार्पनिंग उनके बीच होती है। यही कारण है कि ऐतिहासिक रूप से, रिलेशनल डेटाबेस इंजन अच्छे स्केलेबिलिटी का दावा नहीं कर सकते। मुझे आपको बताएं: Google के सर्वश्रेष्ठ इंजीनियरों ने अपनी टीमों के लिए वितरित प्रोग्रामिंग को सरल बनाने के लिए, इसे बनाने की कोशिश करते हुए दशकों बिताए हैं ताकि यह एक पारंपरिक की तरह दिखे।
4. पुन: क्रियान्वयन । चूंकि दूरस्थ प्रक्रिया कॉल महंगी हैं, इसलिए आपने ऐसी कई कॉल नहीं की हैं, और कुछ समस्याओं को हल करने के लिए कुछ भी नहीं करना है लेकिन कोड को फिर से लागू करना है। Google ने एक बार में कई भाषाओं के साथ काम करने के लिए कुछ पुस्तकालय बनाए हैं, जो दूरस्थ प्रक्रियाओं को कॉल करने के लिए डिज़ाइन किए गए हैं; ऐसी स्थितियां भी हैं जिनमें ऐसे कोड को स्क्रैच से फिर से लिखना पड़ता है।

तो विकल्प क्या है?

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

यहाँ एक कनाडाई निर्माता की अपेक्षाकृत ताज़ा मूल्य सूची दी गई है:



रैम के एक टेराबाइट के साथ एक चालीस-परमाणु मशीन और हार्ड ड्राइव पर लगभग एक टेराबाइट की कीमत आज लगभग $ 6k है। कल्पना करें कि परियोजना के पूरे जीवन के लिए आपकी टीम को वितरित प्रणालियों के साथ समस्याओं को हल करने में कितना समय लगेगा, और यह आपको कितना खर्च करेगा।

हां, लेकिन क्या आज की सभी कंपनियां वैश्विक वेब-आधारित नहीं हैं?

संक्षेप में, नहीं।

दुनिया ऐसी कंपनियों से भरी है जिनके लिए निम्नलिखित सत्य है:

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

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

ऐसे व्यवसायों में, यह पूरी तरह से संभव है कि उनसे संबंधित प्रत्येक विशिष्ट एप्लिकेशन की जरूरतों को हमेशा सिर्फ एक बड़ी मशीन के संसाधनों से पूरा किया जा सके। हाँ, आज भी कुछ सार्वजनिक साइटें एक मशीन पर फिट हैं। 2015 में, Maciej Tseglovsky ने " साइटों के मोटापे के साथ संकट " पर एक बहुत ही दिलचस्प व्याख्यान दिया और नोट किया कि बुकमार्क करने वाली सेवा के साथ उनकी अपनी साइट लाभदायक थी, लेकिन उनके प्रतियोगी ने AWS पर एक ही साइट पोस्ट की - और खो दिया, केवल अलग-अलग लागतों के कारण उपकरण और जटिलता के बारे में विभिन्न धारणाएं। ऊर्ध्वाधर और क्षैतिज स्केलिंग की तुलना पर एक अध्ययन में , यह पाया गया कि PlentyOfFish लगभग ~ एक मेगासर्वर (2009 से लेख की तारीखें चलाता है, इसलिए आप वहां सूचीबद्ध उपकरण की कीमतों को अनदेखा कर सकते हैं)। लेखक कुछ गणना करता है और दिखाता है कि एक सर्वर उतना बेवकूफ नहीं है जितना यह लग सकता है। अंत में, यदि आप Hadoop और Big Data पर विचार कर रहे हैं, तो 2013 के इस Microsoft शोध लेख को देखें, जो प्रदर्शित करता है कि Microsoft, Yahoo, और Facebook के Hadoop के कई कार्यभार वास्तव में एक क्लस्टर के बजाय एक बड़ी मशीन पर बहुत तेज़ी से और अधिक कुशलता से चलते हैं। और इसलिए यह 6 साल पहले था! यह संभावना है कि तब से ऊर्ध्वाधर स्केलिंग के पक्ष में जोर और अधिक स्पष्ट हो गया है।

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

अनुभव के अनुसार, कचरा संग्रह पर काम करने वाले बहुत बड़े सर्वरों के साथ काम करना असंभव है - बात यह है कि कचरा संग्रह स्वयं एक खराब विकसित तकनीक थी, और इसलिए यह विषय लंबे समय तक विशुद्ध रूप से अकादमिक बना रहा है। किसी भी स्थिति में, आपको एक साथ कई सर्वर चलाना होगा। , ZGC Shenandoah, , 80 – . , -, – , .

, ? – , ? – : , , … .

निष्कर्ष

NodeJVM – , GraalVM. NPM Java/Kotlin, JS , Kotlin JavaScript, JS , V8.

, JS Java, Java JS .

, 4 , – – , . .