सेवा नेटवर्क क्या है

सभी को सुप्रभात!

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



यह पोस्ट उन दो में से पहली है जो सेवा नेटवर्क के लाभों के बारे में बात करते हैं। यह आलेख बताता है कि एक सेवा नेटवर्क क्या है, यह कैसे काम करता है, और इसका उपयोग क्या है। दूसरा भाग इस तरह के नेटवर्क का उपयोग क्यों, कहाँ और कब करता है और आगे क्या है, इसकी पड़ताल करता है।

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

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

वास्तव में "सेवा नेटवर्क" क्या है?

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

सेवा नेटवर्क कैसे काम करते हैं?

विशिष्ट सेवा नेटवर्क वास्तुकला। डेटा प्लेन में परदे के पीछे साथी (साइडकार) के रूप में तैनात हैं, और नियंत्रण विमान अलग से स्थित है।

एक विशिष्ट सेवा नेटवर्क में, तैनात सेवाओं को संशोधित किया जाता है ताकि उनमें से प्रत्येक अपने स्वयं के प्रॉक्सी "साथी" के साथ हो । सेवाएँ सीधे नेटवर्क पर अन्य सेवाओं को कॉल नहीं करती हैं, बल्कि अपने स्थानीय प्रॉक्सी साथियों की ओर मुड़ती हैं, जो बदले में, सेवाओं के बीच सूचनाओं के आदान-प्रदान की जटिलता को बढ़ाते हैं। परदे के पीछे का ऐसा परस्पर सेट तथाकथित डेटा प्लेन को लागू करता है।

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

प्रमुख खिलाड़ी: एनवॉय, लिंकरड, इस्तियो और कंसल

Envoy एक खुला स्रोत प्रॉक्सी सर्वर है जिसे Lyft द्वारा विकसित किया गया है। आज यह कई सर्विस नेटवर्क में डेटा प्लेन बनाता है, जिसमें इस्तियो भी शामिल है। दूत ने अपने सुविधाजनक कॉन्फ़िगरेशन एपीआई के लिए जल्दी से अन्य परदे के पीछे का स्थान लिया, जो नियंत्रण विमानों को वास्तविक समय में अपने व्यवहार को समायोजित करने की अनुमति देता है।



लिंकरड एक खुला स्रोत परियोजना है जो बुओयंत द्वारा समर्थित है और, एक ही समय में, बहुत पहले सेवा नेटवर्क है। यह मूल रूप से ट्विटर से फिनाले की तरह स्कैला में लिखा गया था, जिसमें से यह आया था, और फिर लाइटवेट कोंडिट परियोजना के साथ विलय कर दिया गया और इसे लिंकरड 2.0 के रूप में फिर से शुरू किया गया।



इस्तियो शायद हमारे समय का सबसे लोकप्रिय सेवा नेटवर्क है। यह Google, IBM और Lyft द्वारा संयुक्त रूप से लॉन्च किया गया था; उससे अंततः क्लाउड-नेटिव कम्प्यूटिंग फाउंडेशन (सीएनसीएफ) परियोजना में प्रवेश करने की उम्मीद है। कड़ाई से बोलते हुए, इस्टियो एक नियंत्रण विमान है और, सेवा नेटवर्क बनाने के लिए, इसे डेटा विमान के साथ जोड़ा जाना चाहिए। इस्तियो को आमतौर पर दूत के साथ प्रयोग किया जाता है और कुबेरनेट्स पर सबसे अच्छा काम करता है।



नियंत्रण विमानों के पारिस्थितिक तंत्र में कॉन्सल एक अपेक्षाकृत नई घटना है। यह कई डेटा केंद्रों में फैले टोपोलॉजी के साथ सबसे अच्छा काम करता है और सेवा की खोज में माहिर है। कंसल कई डेटा विमानों के साथ काम करता है, और इसका उपयोग अन्य नियंत्रण विमानों को शामिल किए बिना किया जा सकता है, उदाहरण के लिए, इस्तियो के बिना। उनका समर्थन हाशीकॉर्प है।

मुख्य लाभ और प्राथमिकताओं में अंतर

यद्यपि सेवा नेटवर्क का स्थान विकसित होना जारी है, अधिकांश परियोजनाएं, जाहिरा तौर पर, पहले से ही उन सुविधाओं के मुख्य सेट के विचार में आ गई हैं जिन्हें इस तरह के नेटवर्क में समर्थित होना चाहिए:

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

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

सेवा नेटवर्क आलोचना

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

सेवा नेटवर्क से जुड़ी संशयवाद मुख्य रूप से अतिरिक्त जटिलता से संबंधित है जो वे लाते हैं, उनके अपेक्षाकृत खराब प्रदर्शन और कुछ अंतराल जो कई समूहों से टोपोलॉजी के साथ काम करते समय दिखाई देते हैं।

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

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

संक्षेप में, सेवा नेटवर्क आर्किटेक्ट्स और ऑपरेटरों के लिए एक रामबाण नहीं है जो डिजिटल सेवाओं के बढ़ते बेड़े को संचालित करने के लिए लचीले ढंग से अनुकूलन करने की मांग करते हैं। ऐसा नेटवर्क एक सामरिक समाधान है, यह एक "मौलिक" तकनीकी सुधार का प्रतिनिधित्व करता है जो समस्याओं को हल करने के लिए डिज़ाइन किया गया है, जो मुख्य रूप से डेवलपर्स के लिए प्रासंगिक हैं। व्यावसायिक स्तर पर, वे स्थिति को उलट नहीं करेंगे।

संबंधित तकनीक

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