हम एंटरप्राइज सर्विस मेश क्यों करते हैं

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



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



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

प्रॉक्सी स्तर पर (डेटा प्लेन):

• रूटिंग और ट्रैफ़िक संतुलन नीतियों को असाइन और वितरित करें
  
• चाबियाँ, प्रमाण पत्र, टोकन का वितरण
  
• टेलीमेट्री संग्रह, निगरानी मैट्रिक्स का गठन
  
• सुरक्षा और निगरानी बुनियादी ढांचे के साथ एकीकरण
  

नियंत्रण विमान स्तर पर:

• रूटिंग और ट्रैफ़िक संतुलन नीतियों को लागू करें
  
• रिट्रीट और टाइमआउट का प्रबंधन, "मृत" नोड्स (सर्किट ब्रेकिंग) की परिभाषा, दोषपूर्ण स्थितियों का प्रबंधन (दोषों को इंजेक्ट करना) और अन्य तंत्रों के माध्यम से सेवाओं की लचीलापन का रखरखाव
  
• कॉल प्रमाणीकरण / प्राधिकरण
  
• मैट्रिक्स (अवलोकन)
  

इस तकनीक के विकास में रुचि रखने वाले उपयोगकर्ताओं का चक्र बहुत विस्तृत है - छोटे स्टार्टअप से लेकर बड़े इंटरनेट निगमों तक, उदाहरण के लिए, पेपाल।

कॉरपोरेट सेक्टर के लिए सर्विस मेश क्या है?

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

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

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

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

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

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

यदि कंपनी एकीकरण समाधानों को विकसित करने की लागत को कम करना चाहती है, तो सेवा मेष भी मदद करता है: आप वाणिज्यिक उत्पादों से इसके ओपन-सोर्स संस्करण पर स्विच कर सकते हैं । हमारा एंटरप्राइज सर्विस मेश, सर्विस मेश के ओपन-सोर्स वर्जन पर आधारित है।

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

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

क्यों अनुकूलित सेवा जाल

हमारी कंपनी में सैकड़ों सिस्टम और मॉड्यूल एक साथ मिलकर काम करते हैं, और रनटाइम बहुत व्यस्त है। तो एक सरल पैटर्न, जब एक सिस्टम दूसरे को कॉल करता है और एक उत्तर प्राप्त करता है, तो पर्याप्त नहीं है, क्योंकि उत्पादन में हम अधिक चाहते हैं। कॉर्पोरेट सेवा जाल से आपको और क्या चाहिए?

इवेंट प्रोसेसिंग सर्विस

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

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

हमारे एंटरप्राइज़ सर्विस मेष को इस समस्या का समाधान करना चाहिए। इसके अलावा, हम इसमें विभिन्न प्रकार के फिल्टर और टेम्प्लेट का उपयोग करके गारंटीकृत डिलीवरी, स्ट्रीमिंग और एकीकृत इवेंट प्रोसेसिंग के कार्यान्वयन को देखना चाहते हैं।

फ़ाइल स्थानांतरण सेवा

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

आर्केस्ट्रा सेवा

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

एअर इंडिया और एमएल

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

एपीआई गेटवे सेवा

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

• सुरक्षा। Ddos, प्रोटोकॉल की भेद्यता, अनुप्रयोग, ऑपरेटिंग सिस्टम और इतने पर से संबंधित मुद्दे।
  
• पैमाना । जब एपीआई बिल जिसे ग्राहकों को देने की आवश्यकता होती है, वह हजारों या हजारों की संख्या में जाता है, तो एपीआई के इस सेट के प्रबंधन के कुछ साधनों की आवश्यकता होती है। आपको लगातार एपीआई की निगरानी करने की आवश्यकता है: क्या वे काम करते हैं या नहीं, किस स्थिति में, क्या ट्रैफ़िक चल रहा है, क्या आँकड़े हैं, आदि। एपीआई गेटवे को इस कार्य को संभालना चाहिए, जिससे पूरी प्रक्रिया प्रबंधनीय और सुरक्षित हो जाती है। इस घटक के लिए धन्यवाद, एंटरप्राइज सर्विस मेष बहुत अधिक कठिनाई के बिना आंतरिक और बाहरी दोनों एपीआई प्रकाशित करना सीखता है।
  

विशिष्ट प्रोटोकॉल और डेटा प्रारूपों के लिए सहायता सेवा (एएस गेटवे)

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

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

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