आर्किटेक्चरल शैली निवडणे (भाग 3)

हॅलो, हॅब्र. आज मी प्रकाशनांची मालिका सुरू ठेवतो जी मी विशेषतः अभ्यासक्रमाच्या नवीन प्रवाहाच्या प्रारंभासाठी लिहिलेली आहे. "सॉफ्टवेअर आर्किटेक्ट".

परिचय

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

मागील वेळी आम्ही मोनोलिथचे विविध प्रकार आणि ते तयार करण्यासाठी घटकांचा वापर, बिल्ड घटक आणि उपयोजन घटक या दोन्हीबद्दल बोललो. आम्ही सेवा-देणारं वास्तुकला समजतो.

आता आपण शेवटी मायक्रोसर्व्हिस आर्किटेक्चरची मुख्य वैशिष्ट्ये परिभाषित करू.

आर्किटेक्चरचा संबंध

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

मायक्रोसर्व्हिस आर्किटेक्चरची वैशिष्ट्ये

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

• व्यवसाय क्षमता सुमारे आयोजित
• उत्पादने प्रकल्प नाहीत
• स्मार्ट एंडपॉइंट आणि डंब पाईप्स
• विकेंद्रित शासन
• विकेंद्रित डेटा व्यवस्थापन
• पायाभूत सुविधा ऑटोमेशन
• अपयशासाठी डिझाइन
• उत्क्रांती विकासासह आर्किटेक्चर (उत्क्रांतीवादी डिझाइन)

1 ला मुद्दा सेवा-केंद्रित आर्किटेक्चरमधून येतो कारण मायक्रोसर्व्हिसेस ही सेवांची एक विशेष बाब आहे. इतर मुद्दे स्वतंत्रपणे विचारात घेण्यास पात्र आहेत.

व्यवसाय क्षमता सुमारे आयोजित

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

जर आपण मोनोलिथ आणि मायक्रोसर्व्हिसेसबद्दल बोलत आहोत, तर जर विकास कार्यात्मक विभागांनी (बॅकएंड, फ्रंटएंड, डेटाबेस प्रशासक) आयोजित केला असेल तर आपल्याला एक क्लासिक मोनोलिथ मिळेल.

मायक्रोसर्व्हिसेस प्राप्त करण्यासाठी, संघ व्यवसाय क्षमतेनुसार (ऑर्डर, शिपमेंट, कॅटलॉग टीम) आयोजित करणे आवश्यक आहे. ही संस्था संघांना अनुप्रयोगाचे विशिष्ट भाग तयार करण्यावर लक्ष केंद्रित करण्यास अनुमती देईल.

उत्पादने प्रकल्प नाहीत

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

स्मार्ट एंडपॉइंट आणि डंब पाईप्स

SOA आर्किटेक्चरने कम्युनिकेशन चॅनेल, विशेषतः एंटरप्राइझ सर्व्हिस बसकडे खूप लक्ष दिले. जे बर्‍याचदा चुकीच्या स्पॅगेटी बॉक्सकडे जाते, म्हणजेच मोनोलिथची जटिलता सेवांमधील कनेक्शनच्या जटिलतेमध्ये बदलते. मायक्रोसर्व्हिस आर्किटेक्चर फक्त साध्या संवाद पद्धती वापरते.

विकेंद्रित शासन

मायक्रोसर्व्हिसेसबाबतचे महत्त्वाचे निर्णय त्या लोकांनी घेतले पाहिजेत जे प्रत्यक्षात मायक्रोसर्व्हिसेस विकसित करतात. येथे, मुख्य निर्णय म्हणजे निवडी
प्रोग्रामिंग भाषा, उपयोजन पद्धत, सार्वजनिक इंटरफेस करार इ.

विकेंद्रित डेटा व्यवस्थापन

मानक दृष्टिकोन, ज्यामध्ये अनुप्रयोग एकाच डेटाबेसवर अवलंबून असतो, प्रत्येक विशिष्ट सेवेची वैशिष्ट्ये विचारात घेऊ शकत नाही. MSA मध्ये विविध तंत्रज्ञानाच्या वापरासह विकेंद्रित डेटा व्यवस्थापन समाविष्ट आहे.

पायाभूत सुविधा ऑटोमेशन

MSA सतत तैनाती आणि वितरण प्रक्रियांना समर्थन देते. हे केवळ स्वयंचलित प्रक्रियेद्वारे प्राप्त केले जाऊ शकते. त्याच वेळी, मोठ्या संख्येने सेवा तैनात करणे यापुढे काहीतरी भितीदायक दिसत नाही. उपयोजन प्रक्रिया कंटाळवाणी झाली पाहिजे. दुसरा पैलू उत्पादन वातावरणातील सेवा व्यवस्थापनाशी संबंधित आहे. ऑटोमेशनशिवाय, वेगवेगळ्या ऑपरेटिंग वातावरणात चालणाऱ्या प्रक्रियांचे व्यवस्थापन करणे अशक्य होते.

अपयशासाठी डिझाइन

असंख्य MSA सेवा अयशस्वी होण्याची शक्यता असते. त्याच वेळी, वितरित प्रणालीमध्ये त्रुटी हाताळणे हे क्षुल्लक काम नाही. अशा अपयशांसाठी ऍप्लिकेशन आर्किटेक्चर लवचिक असणे आवश्यक आहे. Rebecca Parsons यांना वाटते की आम्ही यापुढे सेवांमधील प्रक्रियेतील संप्रेषण देखील वापरत नाही हे खूप महत्वाचे आहे; त्याऐवजी, आम्ही संप्रेषणासाठी HTTP चा अवलंब करतो, जे जवळजवळ विश्वसनीय नाही.

उत्क्रांती विकासासह आर्किटेक्चर (उत्क्रांतीवादी डिझाइन)

एमएसए प्रणालीचे आर्किटेक्चर उत्क्रांतीपूर्वक विकसित केले पाहिजे. आवश्यक बदल एकाच सेवेच्या सीमांपर्यंत मर्यादित ठेवण्याचा सल्ला दिला जातो. इतर सेवांवर होणारा परिणामही विचारात घेतला पाहिजे. पारंपारिक दृष्टीकोन म्हणजे व्हर्जनिंगसह या समस्येचे निराकरण करण्याचा प्रयत्न करणे, परंतु MSA मध्ये आवृत्ती वापरण्याचा सल्ला देते
शेवटचा उपाय म्हणून.

निष्कर्ष

वरील सर्व गोष्टींनंतर, आपण मायक्रोसर्व्हिसेस म्हणजे काय हे तयार करू शकतो. मायक्रोसर्व्हिस आर्किटेक्चर हा छोट्या सेवांचा संग्रह म्हणून एकल ऍप्लिकेशन विकसित करण्याचा एक दृष्टीकोन आहे, प्रत्येक स्वतःच्या प्रक्रियेत चालतो आणि हलक्या वजनाच्या यंत्रणेद्वारे संवाद साधतो, बहुतेकदा HTTP संसाधन API. या सेवा व्यवसाय क्षमतांवर आधारित आहेत आणि पूर्णपणे वापरून स्वतंत्रपणे तैनात केल्या जाऊ शकतात
स्वयंचलित उपयोजन यंत्रणा. या सेवांच्या केंद्रीकृत व्यवस्थापनाची किमान पातळी आहे, जी वेगवेगळ्या प्रोग्रामिंग भाषांमध्ये लिहिली जाऊ शकते आणि भिन्न डेटा स्टोरेज तंत्रज्ञान वापरू शकते.

भाग २ वाचा

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