आम्ही एंटरप्राइझ सर्व्हिस मेश का बनवत आहोत?

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

क्लाउड तंत्रज्ञानाच्या लोकप्रियतेसह सर्व्हिस मेश पॅटर्नची लोकप्रियता वाढत आहे. हा एक समर्पित पायाभूत सुविधा स्तर आहे जो विविध नेटवर्क सेवांमधील परस्परसंवाद सुलभ करतो. आधुनिक क्लाउड ऍप्लिकेशन्समध्ये अशा शेकडो किंवा हजारो सेवा असतात, ज्या प्रत्येकाच्या हजारो प्रती असू शकतात.

या सेवांमधील परस्परसंवाद आणि व्यवस्थापन हे सर्व्हिस मेशचे प्रमुख कार्य आहे. खरं तर, हे अनेक प्रॉक्सींचे नेटवर्क मॉडेल आहे, जे मध्यवर्तीरित्या व्यवस्थापित केले जाते आणि अतिशय उपयुक्त कार्यांचा संच करते.

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

• मार्ग आणि रहदारी संतुलन धोरणे नियुक्त करणे आणि वितरित करणे
• चाव्या, प्रमाणपत्रे, टोकन्सचे वितरण
• टेलीमेट्रीचे संकलन, मॉनिटरिंग मेट्रिक्सची निर्मिती
• सुरक्षा आणि देखरेख पायाभूत सुविधांसह एकत्रीकरण

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

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

या तंत्रज्ञानाच्या विकासामध्ये स्वारस्य असलेल्या वापरकर्त्यांची श्रेणी खूप विस्तृत आहे - लहान स्टार्टअपपासून मोठ्या इंटरनेट कॉर्पोरेशनपर्यंत, उदाहरणार्थ, पेपल.

कॉर्पोरेट क्षेत्रात सर्व्हिस मेशची गरज का आहे?

सेवा जाळी वापरण्याचे अनेक स्पष्ट फायदे आहेत. सर्व प्रथम, हे विकसकांसाठी फक्त सोयीस्कर आहे: कोड लिहिण्यासाठी एक तंत्रज्ञान मंच दिसतो, जे ट्रान्सपोर्ट लेयर ऍप्लिकेशन लॉजिकपासून पूर्णपणे विलग आहे या वस्तुस्थितीमुळे क्लाउड इन्फ्रास्ट्रक्चरमध्ये एकीकरण लक्षणीयरीत्या सुलभ करते.

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

पुढचा फायदा म्हणजे डेव्हलपर, सर्व्हिस मेश वापरून, पूर्णपणे व्यवसाय कार्यक्षमतेवर लक्ष केंद्रित करतो — त्याच्या सेवेच्या तांत्रिक घटकापेक्षा उत्पादनावर. उदाहरणार्थ, आपल्याला यापुढे या वस्तुस्थितीबद्दल विचार करण्याची गरज नाही की ज्या परिस्थितीत नेटवर्कवर सेवा कॉल केली जाते, तेथे कुठेतरी कनेक्शन अयशस्वी होऊ शकते. याव्यतिरिक्त, सर्व्हिस मेश समान सेवेच्या प्रतींमधील रहदारी संतुलित करण्यास मदत करते: जर कॉपीपैकी एक "मृत्यू" झाली तर, सिस्टम सर्व रहदारी उर्वरित लाइव्ह प्रतींवर स्विच करेल.

सेवा जाळी - वितरित अनुप्रयोग तयार करण्यासाठी हा एक चांगला आधार आहे, जे क्लायंटपासून त्याच्या सेवांना अंतर्गत आणि बाह्य दोन्ही कॉल प्रदान करण्याचे तपशील लपवते. सर्व्हिस मेश वापरणारे सर्व ऍप्लिकेशन्स वाहतूक स्तरावर नेटवर्क आणि एकमेकांपासून वेगळे केले जातात: त्यांच्यामध्ये कोणताही संवाद नाही. या प्रकरणात, विकासकाला त्याच्या सेवांवर पूर्ण नियंत्रण प्राप्त होते.

याची नोंद घ्यावी सेवा जाळी वातावरणात वितरित अनुप्रयोग अद्यतनित करणे सोपे होते. उदाहरणार्थ, निळा/हिरवा उपयोजन, ज्यामध्ये इंस्टॉलेशनसाठी दोन ऍप्लिकेशन वातावरण उपलब्ध आहेत, त्यापैकी एक अपडेट केलेले नाही आणि स्टँडबाय मोडमध्ये आहे. अयशस्वी रिलीझ झाल्यास मागील आवृत्तीवर परत जाणे एका विशेष राउटरद्वारे केले जाते, ज्याची भूमिका सर्व्हिस मेशने उत्तम प्रकारे हाताळली आहे.. नवीन आवृत्तीची चाचणी घेण्यासाठी, तुम्ही वापरू शकता कॅनरी प्रकाशन — नवीन आवृत्तीवर स्विच करा फक्त 10% रहदारी किंवा क्लायंटच्या पायलट गटाकडून विनंत्या. मुख्य रहदारी जुन्या आवृत्तीवर जाते, काहीही खंडित होत नाही.

तसेच सेवा जाळी आम्हाला रिअल-टाइम SLA नियंत्रण देते. वितरीत प्रॉक्सी प्रणाली जेव्हा क्लायंटपैकी एकाने नियुक्त केलेला कोटा ओलांडतो तेव्हा सेवा अयशस्वी होऊ देणार नाही. एपीआय थ्रुपुट मर्यादित असल्यास, मोठ्या संख्येने व्यवहारांसह कोणीही ते ओलांडू शकणार नाही: सर्व्हिस मेष सेवेसमोर उभा आहे आणि अनावश्यक रहदारीला परवानगी देत ​​​​नाही. हे फक्त एकत्रीकरण स्तरामध्ये परत लढेल आणि सेवा स्वतःच ते लक्षात न घेता कार्य करत राहतील.

जर एखाद्या कंपनीला इंटिग्रेशन सोल्यूशन्सच्या विकासासाठी खर्च कमी करायचा असेल तर, सर्व्हिस मेश देखील मदत करते: तुम्ही व्यावसायिक उत्पादनांमधून त्याच्या मुक्त-स्रोत आवृत्तीवर स्विच करू शकता. आमची एंटरप्राइझ सर्व्हिस मेश सर्व्हिस मेशच्या ओपन-सोर्स आवृत्तीवर आधारित आहे.

आणखी एक फायदा - एकीकरण सेवांचा एकच पूर्ण वाढ झालेला संच उपलब्धता. सर्व एकत्रीकरण या मिडलवेअरद्वारे तयार केल्यामुळे, आम्ही सर्व एकत्रीकरण रहदारी आणि कंपनीच्या व्यवसायाचा गाभा असलेल्या अनुप्रयोगांमधील कनेक्शन व्यवस्थापित करू शकतो. हे खूप आरामदायक आहे.

आणि शेवटी सर्व्हिस मेश कंपनीला डायनॅमिक इन्फ्रास्ट्रक्चरकडे जाण्यासाठी प्रोत्साहित करते. आता बरेचजण कंटेनरीकरणाकडे पहात आहेत. मायक्रोसर्व्हिसेसमध्ये एक मोनोलिथ कट करणे, हे सर्व सुंदरपणे अंमलात आणणे - विषय वाढत आहे. परंतु जेव्हा तुम्ही बर्‍याच वर्षांपासून उत्पादनात असलेली प्रणाली नवीन प्लॅटफॉर्मवर हस्तांतरित करण्याचा प्रयत्न करता, तेव्हा तुम्हाला ताबडतोब अनेक समस्या येतात: ते सर्व कंटेनरमध्ये ढकलणे आणि प्लॅटफॉर्मवर तैनात करणे सोपे नाही. आणि या वितरित घटकांची अंमलबजावणी, सिंक्रोनाइझेशन आणि परस्परसंवाद हा आणखी एक जटिल विषय आहे. ते एकमेकांशी कसे संवाद साधतील? कॅस्केडिंग अपयश असतील का? सर्व्हिस मेश आपल्याला यापैकी काही समस्या सोडविण्यास आणि जुन्या आर्किटेक्चरमधून नवीनमध्ये स्थलांतर करण्याची सुविधा देते कारण आपण नेटवर्क एक्सचेंज लॉजिक विसरू शकता.

तुम्हाला सर्व्हिस मेश कस्टमायझेशनची गरज का आहे?

आमच्या कंपनीमध्ये, शेकडो सिस्टम आणि मॉड्यूल एकत्र आहेत आणि रनटाइम खूप लोड आहे. त्यामुळे एका प्रणालीने दुसर्‍याला कॉल करणे आणि प्रतिसाद प्राप्त करणे हा साधा नमुना पुरेसा नाही, कारण उत्पादनात आम्हाला अधिक हवे आहे. तुम्हाला एंटरप्राइझ सेवा जाळीकडून आणखी काय हवे आहे?

कार्यक्रम प्रक्रिया सेवा

चला कल्पना करूया की आम्हाला रिअल-टाइम इव्हेंट प्रोसेसिंग करणे आवश्यक आहे - एक प्रणाली जी रिअल टाइममध्ये क्लायंटच्या क्रियांचे विश्लेषण करते आणि त्याला त्वरित एक संबंधित ऑफर देऊ शकते. समान कार्यक्षमता लागू करण्यासाठी, वापरा इव्हेंट-चालित आर्किटेक्चर (EDA) नावाचा आर्किटेक्चरल पॅटर्न. सध्याची कोणतीही सेवा मेशे अशा नमुन्यांचे मूळ समर्थन करत नाही, परंतु हे फार महत्वाचे आहे, विशेषतः बँकेसाठी!

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

आमच्या एंटरप्राइझ सर्व्हिस मेषने ही समस्या सोडवली पाहिजे. याशिवाय, आम्ही त्यात हमखास वितरण, प्रवाह आणि विविध प्रकारचे फिल्टर आणि टेम्पलेट्स वापरून जटिल इव्हेंट प्रक्रियेची अंमलबजावणी पाहू इच्छितो.

फाइल हस्तांतरण सेवा

EDA व्यतिरिक्त, फायली हस्तांतरित करण्यास सक्षम असणे चांगले होईल: एंटरप्राइझ स्केलवर, बर्याचदा फक्त फाइल एकत्रीकरण शक्य आहे. विशेषतः, ETL (Extract, Transform, Load) आर्किटेक्चरल पॅटर्न वापरला जातो. त्यामध्ये, नियमानुसार, प्रत्येकजण केवळ फायलींची देवाणघेवाण करतो: मोठा डेटा वापरला जातो, जो स्वतंत्र विनंत्या पुश करणे अव्यवहार्य आहे. एंटरप्राइझ सर्व्हिस मेशमध्ये फाईल ट्रान्सफरला मूळ समर्थन देण्याची क्षमता तुम्हाला तुमच्या व्यवसायासाठी आवश्यक असलेली लवचिकता देते.

ऑर्केस्ट्रेशन सेवा

मोठ्या संस्थांमध्ये जवळजवळ नेहमीच वेगवेगळी उत्पादने बनवणारे वेगवेगळे संघ असतात. उदाहरणार्थ, बँकेत, काही संघ ठेवींवर काम करतात, तर काही कर्ज उत्पादनांसह काम करतात आणि अशी बरीच प्रकरणे आहेत. हे भिन्न लोक, भिन्न संघ आहेत जे त्यांची उत्पादने बनवतात, त्यांचे API विकसित करतात आणि इतरांना प्रदान करतात. आणि बर्‍याचदा या सेवांची रचना करण्याची तसेच API चा संच क्रमाने कॉल करण्यासाठी जटिल तर्क लागू करण्याची आवश्यकता असते. या समस्येचे निराकरण करण्यासाठी, तुम्हाला एकीकरण स्तरामध्ये एक उपाय आवश्यक आहे जो हे सर्व संयुक्त तर्कशास्त्र (अनेक API ला कॉल करणे, विनंती मार्गाचे वर्णन करणे इ.) सुलभ करेल. ही एंटरप्राइज सर्व्हिस मेषमधील ऑर्केस्ट्रेशन सेवा आहे.

एआय आणि एमएल

जेव्हा मायक्रोसर्व्हिसेस एकाच इंटिग्रेशन लेयरद्वारे संप्रेषण करतात, तेव्हा सर्व्हिस मेशला प्रत्येक सेवेच्या कॉलबद्दल सर्व काही माहित असते. आम्ही टेलीमेट्री गोळा करतो: कोणी कोणाला, केव्हा, किती वेळ, किती वेळा, आणि असेच कॉल करतो. जेव्हा या शेकडो हजारो सेवा आणि अब्जावधी कॉल्स असतात, तेव्हा हे सर्व जमा होऊन बिग डेटा तयार होतो. या डेटाचे AI, मशीन लर्निंग इत्यादी वापरून विश्लेषण केले जाऊ शकते आणि नंतर विश्लेषणाच्या परिणामांवर आधारित काही उपयुक्त गोष्टी केल्या जाऊ शकतात. सर्व्हिस मेषमध्ये एकत्रित केलेल्या या सर्व नेटवर्क ट्रॅफिकचे आणि अॅप्लिकेशन कॉलचे नियंत्रण किमान अंशतः कृत्रिम बुद्धिमत्तेकडे सोपवणे योग्य ठरेल.

API गेटवे सेवा

सामान्यतः, सर्व्हिस मेशमध्ये प्रॉक्सी आणि सेवा असतात ज्या विश्वासार्ह परिघात एकमेकांशी बोलतात. पण बाह्य प्रतिपक्ष देखील आहेत. ग्राहकांच्या या गटाच्या संपर्कात असलेल्या API च्या आवश्यकता अधिक गंभीर आहेत. आम्ही हे कार्य दोन मुख्य भागांमध्ये विभागतो.

• सुरक्षा. ddos संबंधित समस्या, प्रोटोकॉलची असुरक्षा, ऍप्लिकेशन्स, ऑपरेटिंग सिस्टीम आणि याप्रमाणे.
• स्केल. जेव्हा क्लायंटला सेवा देण्यासाठी आवश्यक असलेल्या API ची संख्या हजारो किंवा शेकडो हजारांमध्ये जाते, तेव्हा API च्या या संचासाठी काही प्रकारच्या व्यवस्थापन साधनाची आवश्यकता असते. तुम्हाला एपीआयचे सतत निरीक्षण करणे आवश्यक आहे: ते कार्य करत आहेत की नाही, त्यांची स्थिती काय आहे, कोणती रहदारी वाहते आहे, कोणती आकडेवारी इ. एपीआय गेटवेने संपूर्ण प्रक्रिया व्यवस्थापित करण्यायोग्य आणि सुरक्षित करताना हे कार्य हाताळले पाहिजे. या घटकाबद्दल धन्यवाद, एंटरप्राइझ सर्व्हिस मेश अंतर्गत आणि बाह्य दोन्ही API सहज प्रकाशित करण्यास शिकते.

विशिष्ट प्रोटोकॉल आणि डेटा फॉरमॅटसाठी समर्थन सेवा (AS गेटवे)

सध्या, बहुतेक सर्व्हिस मेश सोल्यूशन्स केवळ HTTP आणि HTTP2 रहदारीसह किंवा TCP/IP स्तरावर कमी मोडमध्ये कार्य करू शकतात. एंटरप्राइझ सर्व्हिस मेश इतर अनेक विशिष्ट डेटा ट्रान्सफर प्रोटोकॉलसह उदयास येत आहे. काही प्रणाली संदेश दलाल वापरू शकतात, इतर डेटाबेस स्तरावर एकत्रित केले जातात. जर कंपनीकडे SAP असेल तर ती स्वतःची एकीकरण प्रणाली देखील वापरू शकते. शिवाय, हे सर्व कार्य करते आणि व्यवसायाचा एक महत्त्वाचा भाग आहे.

तुम्ही फक्त असे म्हणू शकत नाही: "चला वारसा सोडून देऊ आणि सेवा जाळी वापरू शकतील अशा नवीन प्रणाली बनवू." सर्व जुन्या सिस्टीमला नवीन (मायक्रोसर्व्हिस आर्किटेक्चरवर) कनेक्ट करण्यासाठी, सर्व्हिस मेश वापरू शकतील अशा सिस्टमला काही प्रकारचे अडॅप्टर, मध्यस्थ, गेटवे आवश्यक असेल. सहमत आहे, जर ते सेवेसह बॉक्समध्ये आले तर ते छान होईल. एसी गेटवे कोणत्याही इंटिग्रेशन पर्यायाला सपोर्ट करू शकतो. फक्त कल्पना करा, तुम्ही फक्त एंटरप्राइझ सर्व्हिस मेष स्थापित केला आहे आणि ते तुम्हाला आवश्यक असलेल्या सर्व प्रोटोकॉलशी संवाद साधण्यासाठी तयार आहे. हा दृष्टिकोन आमच्यासाठी खूप महत्त्वाचा आहे.

सर्व्हिस मेश (एंटरप्राइझ सर्व्हिस मेश) च्या कॉर्पोरेट आवृत्तीची कल्पना साधारणपणे अशी आहे. वर्णन केलेले सानुकूलन एकत्रीकरण प्लॅटफॉर्मच्या तयार-तयार मुक्त-स्रोत आवृत्त्या वापरण्याचा प्रयत्न करताना उद्भवलेल्या बहुतेक समस्यांचे निराकरण करते. काही वर्षांपूर्वी सादर केलेले, सर्व्हिस मेश आर्किटेक्चर विकसित होत आहे आणि आम्ही त्याच्या विकासात योगदान देण्यास सक्षम आहोत यासाठी आम्ही उत्साहित आहोत. आम्हाला आशा आहे की आमचा अनुभव तुमच्यासाठी उपयुक्त ठरेल.

स्त्रोत: www.habr.com