आप यहाँ हैं > खबर

खबर

क्यों उद्यम अनुप्रयोगों एक सेवा जाल वास्तुकला की जरूरत

तारीख:2021-02-10गर्म:322

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

में प्रवेश सेवाजाल वास्तुकलाहै।

सेवा जाल वास्तुकला

एक सेवा जाल एक बुनियादी ढांचे परत है कि manages सेवा-करने के लिए-सेवा संचार, और गतिशील रूप से करने के लिए एक रास्ता प्रदान करता मार्ग, मॉनिटर, और सुरक्षित microservice-आधारित अनुप्रयोगों.

पहले, तर्क गवर्निंग इंटर-सेवा संचार था कोडित में प्रत्येक microservice. लेकिन जब कि की नहीं एक संभव विकल्प काम एक microservices की बड़ी मात्रा के साथ, या स्केलिंग अनुप्रयोगों जोड़कर नई सेवाओं.

समाधान है करने के लिए है कि प्रॉक्सी का प्रबंधन सेवा-करने के लिए-सेवा संचार, रनिंग के बगल में प्रत्येक microservice बल्कि यह भीतर से. ये भी 'sidecar' प्रॉक्सी और एक साथ के रूप में जाना जाता वे फार्म abstracted जाल वास्तुकला कि manages के microservices संचार है।

क्यों इस की जरूरत है?

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

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

नहीं है कि क्या Api था?

हाँ, Api प्रदर्शन एक समान कार्य के रूप में एक सेवा जाल यानी Govern के प्रवाह की जानकारी है। के कुंजी में निहित अंतर संचार की किस तरह वे govern.

एपीआई द्वार का प्रबंधन के बीच संचार का एक आवेदन, और दूसरों के भीतर और बाहर उद्यम वास्तुकला.यह एक एकल प्रविष्टि बिंदु प्रदान करता है एक आवेदन में, सभी बाहरी ग्राहकों से अनुरोध के लिए, और संभालती उपयोगकर्ता-प्रमाणीकरण, मार्ग, निगरानी और त्रुटि-हैंडलिंग. यह भी abstracts अन्तर्निहित जटिलता की एक आवेदन, उसके घटक के साथ microservices, बाहरी ग्राहकों से.

एक सेवा जाल वास्तुकला पर अन्य हाथ manages भीतर microservices के बीच संचार के एक आवेदन है।

सभी प्रॉक्सी sidecars कि श्रृंगार सेवा जाल एक सेवा रजिस्ट्री में सूचीबद्ध कर रहे हैं. प्रत्येक microservice अनुरोध करने के लिए चाहता है कि जानकारी (ग्राहक microservice) अपने होगा प्रॉक्सी मादक द्रव्य ऊपर देखो के रजिस्ट्री को खोजने के लिए उपलब्ध प्रॉक्सी लक्ष्य के साथ जुड़े microservice. यह तो का उपयोग करता है परिभाषित लोड संतुलन एल्गोरिथ्म प्रत्यक्ष अपने अनुरोध करने के लिए सही करने के लिए प्रॉक्सी.

एक सेवा जाल हल करता समस्या क्या है?

सेवा जाल मुख्य रूप से शरे तरीके चिंताओं के आसपास बढ़ाने interdependence कि creeps में microservice-आधारित अनुप्रयोगों के रूप में वे पैमाने में जटिलता. यहाँ की कैसे:

Deploying कई microservice संस्करणों एक साथ

कैनरी विज्ञप्ति, या एक का चयन करने के लिए एक का एक नया संस्करण microservice शुरू संख्या या प्रकार के अनुरोध, नई सुविधा परिवर्धन में आसानी के लिए एक मानक तरीका है. हालांकि, प्रभावी ढंग से मार्ग अनुरोध बीच पुराने और नए संस्करणों मुश्किल हो सकता जब कोडित में तर्क के भीतर प्रत्येक सेवा, क्योंकि वे करने के लिए अन्य सेवाओं पर interdependencies है. इसी तरह, एक/बी परीक्षण microservice संस्करणों भी की आवश्यकता गतिशील मार्ग क्षमताओं द्वारा वितरित सबसे अच्छा है कि एक सेवा जाल है।

सेवा जाल वास्तुकला नियम मार्ग है, और प्रश्नों प्रत्यक्ष स्रोत सेवा करने के लिए निर्णय कर सकते हैं सही करने के लिए लक्ष्य का सेवाओं संस्करण. इस decoupled संचार परत की राशि कम कर देता कोड के लिए लिखा प्रत्येक microservice, जबकि अभी भी बेहतर प्रबंध इंटर-सेवा मार्ग तर्क है।

विस्तृत दृश्यता में इंटर-सेवा संचार

में एक जटिल microservices वास्तुकला, यह करने के लिए मुश्किल हो सकता पिन-बिंदु एक गलती की सटीक स्थान. लेकिन एक बार सभी संचार एक सेवा जाल के माध्यम से कराई है, वहाँ इकट्ठा करने के लिए एक रास्ता है लॉग और प्रदर्शन मेट्रिक्स के सभी पहलुओं पर microservices. इस विस्तृत रिपोर्ट और आसानी से उत्पन्न करने के लिए यह आसान बनाता का पता लगाने के बिंदु विफलता

के लॉग से सेवा जाल benchmarks मानकीकृत बनाने के लिए भी इस्तेमाल किया जा सकता कर सकते हैं आवेदन के लिए. उदाहरण के लिए, कब तक कि पुनः प्रयास कर रहा है एक सेवा से पहले प्रतीक्षा करने की असफल रहा. एक बार इन नियमों सेवा जाल में कोडित कर रहे हैं, microservices आपरेशन हो जाता अनुकूलित अनावश्यक प्रणाली के साथ अतिभारित नहीं मिलता है के रूप में एक विफल करने के लिए पिंग्स डाउनस्ट्रीम सेवा से पहले के अपेक्षित समय-बाहर अवधि.

Microservice परीक्षण

परीक्षण में प्रत्येक microservice अलगाव सुनिश्चित करने के लिए महत्वपूर्ण है आवेदन लचीलापन है। वहाँ भी कर रहे हैं उदाहरणों जहां आप परीक्षण करने के लिए सेवा की जरूरत है जब व्यवहार दोष सेवाओं डाउनस्ट्रीम में पेश कर रहे हैं. और अगर ऐसा करने के लिए कि की मुश्किल और जोखिम भरा हम मजबूर कर उन दोष करने के लिए वास्तव में घटित सेवाओं में है।

सेवा जाल अनुकरण करने के लिए सही रास्ता है इन दोष सिस्टम और अध्ययन में जुड़े प्रतिक्रिया.

गलती सहिष्णुता

लचीलापन है एक कुंजी कारण क्यों microservices वास्तुकला पसंद किया जाता है, और तत्वों की तरह सर्किट तोड़ने वाले, लोड संतुलन, दर-सीमित और समाप्ति क्या कर रहे हैं इस संभव बनाता है। इन नियमों microservice प्रत्येक में कोडित आम तौर पर कर रहे हैं, इस प्रकार बढ़ाने में जटिलता प्रणाली, होने के अलावा समय लेने वाली बनाने के लिए है।

एक बार फिर, सेवा जाल लेने द्वारा सहिष्णुता गलती में सुधार करने के लिए इस्तेमाल किया जा सकता है इन functionalities के बाहर microservices और जोड़ने उन्हें जाल करने के लिए. इन नियमों का एक सेट के माध्यम से कार्यान्वित किया जा सकता होगा कि govern सभी microservices आवेदन के भीतर, वास्तव में बिना cluttering के microservice कार्यान्वयन है।

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

 

पिछले:क्या है वास्तु Cladding?

अगले:एल्यूमीनियम विस्तारित धातु जाल Cladding

संबंधित लेख

leave your message