हामी किन उद्यम सेवा जाल बनाइरहेका छौं?

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

क्लाउड टेक्नोलोजीहरूको लोकप्रियतासँगै सेवा जाल ढाँचाको लोकप्रियता बढ्दै गएको छ। यो एक समर्पित पूर्वाधार तह हो जसले विभिन्न नेटवर्क सेवाहरू बीचको अन्तरक्रियालाई सरल बनाउँछ। आधुनिक क्लाउड अनुप्रयोगहरूमा सयौं वा हजारौं त्यस्ता सेवाहरू हुन्छन्, जसमध्ये प्रत्येकमा हजारौं प्रतिलिपिहरू हुन सक्छन्।

यी सेवाहरू बीचको अन्तरक्रिया र व्यवस्थापन सेवा जालको मुख्य कार्य हो। वास्तवमा, यो धेरै प्रोक्सीहरूको नेटवर्क मोडेल हो, केन्द्रीय रूपमा व्यवस्थित र धेरै उपयोगी प्रकार्यहरूको सेट प्रदर्शन गर्दै।

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

• मार्ग र ट्राफिक सन्तुलन नीतिहरू तोक्ने र वितरण गर्ने
• कुञ्जीहरू, प्रमाणपत्रहरू, टोकनहरूको वितरण
• टेलिमेट्री को संग्रह, निगरानी मेट्रिक्स को उत्पादन
• सुरक्षा र निगरानी पूर्वाधार संग एकीकरण

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

• रुटिङ र ट्राफिक सन्तुलन नीतिहरू लागू गर्दै
• पुन: प्रयासहरू र टाइमआउटहरू प्रबन्ध गर्ने, "मृत" नोडहरू पत्ता लगाउने (सर्किट ब्रेकिङ), इन्जेक्सन गल्तीहरू प्रबन्ध गर्ने र अन्य संयन्त्रहरू मार्फत सेवा लचिलोपन सुनिश्चित गर्ने।
• कल प्रमाणीकरण/प्राधिकरण
• ड्रपिङ मेट्रिक्स (अवलोक्यता)

यस प्रविधिको विकासमा रुचि राख्ने प्रयोगकर्ताहरूको दायरा धेरै फराकिलो छ - साना स्टार्टअपहरू देखि ठूला इन्टरनेट निगमहरू, उदाहरणका लागि, PayPal।

कर्पोरेट क्षेत्रमा सेवा जाल किन आवश्यक छ?

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

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

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

सेवा जाल - यो वितरित अनुप्रयोगहरू सिर्जना गर्नको लागि राम्रो आधार हो, जसले ग्राहकबाट आफ्ना सेवाहरूमा आन्तरिक र बाह्य रूपमा कलहरू उपलब्ध गराउने विवरणहरू लुकाउँछ। सेवा जाल प्रयोग गर्ने सबै अनुप्रयोगहरू यातायात स्तरमा नेटवर्क र एकअर्काबाट अलग छन्: तिनीहरू बीच कुनै सञ्चार छैन। यस अवस्थामा, विकासकर्ताले आफ्नो सेवाहरूमा पूर्ण नियन्त्रण प्राप्त गर्दछ।

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

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

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

अर्को फाइदा - एकीकरण सेवाहरूको एकल पूर्ण सेटको उपलब्धता। सबै एकीकरण यस मिडलवेयर मार्फत बनाइएको हुनाले, हामी सबै एकीकरण ट्राफिक र एप्लिकेसनहरू बीचको जडानहरू प्रबन्ध गर्न सक्छौं जुन कम्पनीको व्यापार कोर बनाउँछ। यो धेरै सहज छ।

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

तपाईलाई किन सेवा जाल अनुकूलन चाहिन्छ?

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

घटना प्रशोधन सेवा

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

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

हाम्रो इन्टरप्राइज सेवा जालले यो समस्या समाधान गर्नुपर्छ। थप रूपमा, हामी यसमा विभिन्न प्रकारका फिल्टर र टेम्प्लेटहरू प्रयोग गरेर ग्यारेन्टी गरिएको डेलिभरी, स्ट्रिमिङ र जटिल घटना प्रशोधनको कार्यान्वयन हेर्न चाहन्छौं।

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

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

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

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

एआई र एमएल

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

API गेटवे सेवा

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

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

विशिष्ट प्रोटोकल र डाटा ढाँचा (AS गेटवे) को लागि समर्थन सेवा

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

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

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

स्रोत: www.habr.com