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

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

परिचय

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

В पिछली बार हमने मोनोलिथ से निपटा और इस निष्कर्ष पर पहुंचे कि मोनोलिथ में कई समस्याएं हैं: आकार, कनेक्टिविटी, तैनाती, स्केलेबिलिटी, विश्वसनीयता और कठोरता।

इस बार मैं एक सिस्टम को मॉड्यूल/पुस्तकालयों (घटक-उन्मुख वास्तुकला) या सेवाओं (सेवा-उन्मुख वास्तुकला) के एक सेट के रूप में व्यवस्थित करने की संभावनाओं के बारे में बात करने का प्रस्ताव करता हूं।

घटक-उन्मुख वास्तुकला

घटक-उन्मुख वास्तुकला में एक सिस्टम को घटकों के एक सेट के रूप में निष्पादित करना शामिल है जिसका उपयोग वर्तमान और भविष्य दोनों परियोजनाओं में किया जा सकता है। किसी सिस्टम को घटकों में विभाजित करते समय, निम्नलिखित को ध्यान में रखा जाता है: उनकी पुन: प्रयोज्यता, उनकी प्रतिस्थापनीयता, संदर्भ स्वतंत्रता, विस्तारशीलता, एनकैप्सुलेशन और स्वतंत्रता।

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

अक्सर, मोनोलिथ को मॉड्यूल के एक सेट के रूप में विकसित किया जाता है। यह दृष्टिकोण स्वतंत्र विकास की ओर ले जाता है, लेकिन स्वतंत्र स्केलिंग और तैनाती, दोष सहनशीलता और समग्र प्रौद्योगिकी स्टैक से स्वतंत्रता की समस्याएं बनी रहती हैं। इसीलिए मॉड्यूल आंशिक रूप से स्वतंत्र घटक है।

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

"आदर्श" मोनोलिथ तार्किक रूप से अलग किए गए मॉड्यूल का एक सेट है, जिनमें से प्रत्येक अपने स्वयं के डेटाबेस को देखता है।

सेवा उन्मुख संरचना

यदि सिस्टम को सेवाओं के एक सेट के रूप में व्यवस्थित किया जाना चाहिए, तो हम एक सेवा-उन्मुख वास्तुकला के बारे में बात कर रहे हैं। इसके सिद्धांत उपयोगकर्ता-केंद्रित एप्लिकेशन इंटरऑपरेबिलिटी, व्यवसाय सेवा पुन: उपयोग, प्रौद्योगिकी स्टैक स्वतंत्रता और स्वायत्तता (स्वतंत्र विकास, स्केलेबिलिटी और तैनाती) हैं।

सेवा-उन्मुख वास्तुकला (एसओए = सेवा उन्मुख वास्तुकला) एक मोनोलिथ की सभी पहचानी गई समस्याओं को हल करती है: परिवर्तन होने पर केवल एक सेवा प्रभावित होती है, और एक अच्छी तरह से परिभाषित एपीआई घटकों के अच्छे एनकैप्सुलेशन का समर्थन करती है।

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

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

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

सेवा-उन्मुख वास्तुकला की लोकप्रियता 2008 के आसपास चरम पर थी, जिसके बाद इसमें गिरावट शुरू हो गई, जो कि माइक्रोसर्विसेज (~ 2015) के आगमन के बाद काफी अधिक नाटकीय हो गई।

निष्कर्ष

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

स्रोत: www.habr.com