स्थापत्य शैली का चयन (भाग 3)

नमस्ते, हबर। आज मैं प्रकाशनों की एक श्रृंखला जारी रख रहा हूं जो मैंने विशेष रूप से पाठ्यक्रम की एक नई धारा की शुरुआत के लिए लिखी थी। "सॉफ़्टवेयर शिल्पकार".

परिचय

सूचना प्रणाली का निर्माण करते समय वास्तुशिल्प शैली का चुनाव मूलभूत तकनीकी निर्णयों में से एक है। लेखों की इस श्रृंखला में, मैं निर्माण अनुप्रयोगों के लिए सबसे लोकप्रिय वास्तुशिल्प शैलियों का विश्लेषण करने और इस सवाल का जवाब देने का प्रस्ताव करता हूं कि कब कौन सी वास्तुशिल्प शैली सबसे बेहतर है। प्रस्तुति की प्रक्रिया में, मैं एक तार्किक श्रृंखला खींचने की कोशिश करूंगा जो मोनोलिथ से माइक्रोसर्विसेज तक वास्तुशिल्प शैलियों के विकास की व्याख्या करती है।

पिछली बार हमने विभिन्न प्रकार के मोनोलिथ और उन्हें बनाने के लिए घटकों के उपयोग, निर्माण घटकों और परिनियोजन घटकों दोनों के बारे में बात की थी। हम सेवा-उन्मुख वास्तुकला को समझते हैं।

अब हम अंततः माइक्रोसर्विस आर्किटेक्चर की मुख्य विशेषताओं को परिभाषित करेंगे।

वास्तुकला का संबंध

यह समझना आवश्यक है कि पिछले लेखों में दी गई परिभाषाओं के आधार पर, कोई भी सेवा एक घटक है, लेकिन प्रत्येक सेवा एक माइक्रोसर्विस नहीं है।

माइक्रोसर्विस आर्किटेक्चर के लक्षण

माइक्रोसर्विस आर्किटेक्चर की मुख्य विशेषताएं हैं:

• व्यावसायिक क्षमताओं के इर्द-गिर्द संगठित
• उत्पाद नहीं परियोजनाएँ
• स्मार्ट एंडपॉइंट और गूंगा पाइप
• विकेन्द्रीकृत शासन व्यवस्था
• विकेंद्रीकृत डेटा प्रबंधन
• इन्फ्रास्ट्रक्चर स्वचालन
• विफलता के लिए डिज़ाइन
• विकासवादी विकास के साथ वास्तुकला (विकासवादी डिजाइन)

पहला बिंदु सेवा-उन्मुख वास्तुकला से आता है क्योंकि माइक्रोसर्विसेज सेवाओं का एक विशेष मामला है। अन्य बिंदु अलग से विचार करने योग्य हैं।

व्यावसायिक क्षमताओं के इर्द-गिर्द संगठित

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

यदि हम मोनोलिथ और माइक्रोसर्विसेज के बारे में बात कर रहे हैं, तो यदि विकास कार्यात्मक विभागों (बैकएंड, फ्रंटएंड, डेटाबेस प्रशासक) द्वारा आयोजित किया जाता है, तो हमें एक क्लासिक मोनोलिथ मिलता है।

माइक्रोसर्विसेज प्राप्त करने के लिए, टीमों को व्यावसायिक क्षमता (ऑर्डर, शिपमेंट, कैटलॉग टीम) द्वारा व्यवस्थित किया जाना चाहिए। यह संगठन टीमों को एप्लिकेशन के विशिष्ट भागों के निर्माण पर ध्यान केंद्रित करने की अनुमति देगा।

उत्पाद नहीं परियोजनाएँ

एक परियोजना दृष्टिकोण जिसमें एक टीम विकसित कार्यक्षमता को अन्य टीमों में स्थानांतरित करती है, माइक्रोसर्विस आर्किटेक्चर के मामले में पूरी तरह से अनुपयुक्त है। टीम को पूरे जीवन चक्र में सिस्टम का समर्थन करना चाहिए। अमेज़ॅन, माइक्रोसर्विसेज के कार्यान्वयन में अग्रणी में से एक, ने कहा: "आप निर्माण करते हैं, आप इसे चलाते हैं।" उत्पाद दृष्टिकोण टीम को व्यवसाय की ज़रूरतों को महसूस करने की अनुमति देता है।

स्मार्ट एंडपॉइंट और गूंगा पाइप

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

विकेन्द्रीकृत शासन व्यवस्था

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

विकेंद्रीकृत डेटा प्रबंधन

मानक दृष्टिकोण, जिसमें एप्लिकेशन एकल डेटाबेस पर निर्भर करता है, प्रत्येक विशिष्ट सेवा की विशिष्टताओं को ध्यान में नहीं रख सकता है। एमएसए में विकेंद्रीकृत डेटा प्रबंधन शामिल है, जिसमें विभिन्न प्रौद्योगिकियों का उपयोग शामिल है।

इन्फ्रास्ट्रक्चर स्वचालन

एमएसए निरंतर तैनाती और वितरण प्रक्रियाओं का समर्थन करता है। यह केवल प्रक्रियाओं को स्वचालित करके ही प्राप्त किया जा सकता है। साथ ही, बड़ी संख्या में सेवाओं को तैनात करना अब डरावना नहीं लगता। तैनाती प्रक्रिया उबाऊ हो जानी चाहिए. दूसरा पहलू उत्पाद परिवेश में सेवा प्रबंधन से संबंधित है। स्वचालन के बिना, विभिन्न ऑपरेटिंग वातावरणों में चल रही प्रक्रियाओं का प्रबंधन असंभव हो जाता है।

विफलता के लिए डिज़ाइन

अनेक MSA सेवाएँ विफल होने की संभावना है। साथ ही, वितरित प्रणाली में त्रुटि प्रबंधन कोई मामूली काम नहीं है। एप्लिकेशन आर्किटेक्चर को ऐसी विफलताओं के प्रति लचीला होना चाहिए। रेबेका पार्सन्स का मानना ​​है कि यह बहुत महत्वपूर्ण है कि अब हम सेवाओं के बीच इन-प्रोसेस संचार का भी उपयोग नहीं करते हैं; इसके बजाय, हम संचार के लिए HTTP का सहारा लेते हैं, जो लगभग उतना विश्वसनीय नहीं है।

विकासवादी विकास के साथ वास्तुकला (विकासवादी डिजाइन)

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

निष्कर्ष

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

भाग 2 पढ़ें

स्रोत: www.habr.com