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

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

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

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

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

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

नियंत्रण तल स्तर पर:

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

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

कॉर्पोरेट क्षेत्र में सर्विस मेश की आवश्यकता क्यों है?

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

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

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

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

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

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

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

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

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

आपको सर्विस मेश अनुकूलन की आवश्यकता क्यों है?

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

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

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

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

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

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

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

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

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

एआई और एमएल

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

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

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

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

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

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

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

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

स्रोत: www.habr.com