पुस्तक "विकासवादी वास्तुकला। निरंतर परिवर्तन के लिए समर्थन "

यह समय उन पदों पर नए सिरे से विचार करने का है जो वर्षों से अपरिवर्तित रहे हैं। एक गतिशील रूप से बदलती दुनिया कंप्यूटर आर्किटेक्चर सहित अपने स्वयं के नियमों को निर्धारित करती है। जो बदलाव हो रहे हैं, उनमें नए दृष्टिकोण की आवश्यकता है, कठोर प्रणालियों को लचीला बनाने और नई परिस्थितियों के अनुकूल होने के लिए मजबूर करना। यदि सब कुछ लगातार बदल रहा है तो क्या दीर्घकालिक योजना संभव है? समय के साथ वास्तु समाधान के क्रमिक गिरावट को कैसे रोका जाए? यहां आपको उत्तर और सिफारिशें मिलेंगी जो निरंतर परिवर्तनों के संदर्भ में परियोजना की सबसे महत्वपूर्ण विशेषताओं की रक्षा करेंगे। “यह पुस्तक समस्या की वर्तमान समझ में एक महत्वपूर्ण मील का पत्थर है। जैसा कि लोगों को 21 वीं सदी में सॉफ्टवेयर की भूमिका के बारे में पता है, जानकारी हासिल करने के तरीके को बदलने के बारे में जानकारी जो हासिल की गई है, सॉफ्टवेयर विकास में एक आवश्यक कौशल बन जाती है। ” - मार्टिन फाउलर

विकासवादी वास्तुकला: जाल और एंटीपैटर्न

हमने वास्तुकला में कनेक्टिविटी के उचित स्तरों पर चर्चा करने में बहुत समय बिताया। हालाँकि, हम वास्तविक दुनिया में भी रहते हैं और कई ऐसे अंतर्संबंधों का पालन करते हैं जिससे परियोजना की क्षमता विकसित होती है।

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

तकनीकी वास्तुकला

यह खंड उद्योग में उपयोग किए जाने वाले सामान्य अभ्यास पर केंद्रित है, जो विशेष रूप से वास्तुकला को विकसित करने के लिए टीम की क्षमता के लिए हानिकारक है।

एंटीपैटर्न: वेंडर किंग

कुछ बड़े उद्यम सामान्य व्यावसायिक कार्यों को हल करने के लिए एंटरप्राइज रिसोर्स प्लानिंग (ईआरपी) सॉफ्टवेयर खरीदते हैं, जैसे लेखांकन, इन्वेंट्री प्रबंधन और अन्य नियमित संचालन। यह काम करता है अगर कंपनियां इस उपकरण को अनुकूलित करने के लिए अपनी व्यावसायिक प्रक्रियाओं और अन्य समाधानों को मोड़ने के लिए तैयार हैं, और इसका उपयोग रणनीतिक रूप से किया जा सकता है जब वास्तुकला डेवलपर्स सीमाओं और लाभों को समझते हैं।

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

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

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

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

अपने आर्किटेक्चर को आपूर्तिकर्ता राजा के साथ न जोड़ें।

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

जाल: छेददार अमूर्त

सभी गैर-तुच्छ सार कुछ हद तक छिद्रों से भरे होते हैं।
- जोएल स्पोल्स्की

आधुनिक सॉफ्टवेयर सार के एक टॉवर पर टिकी हुई है: ऑपरेटिंग सिस्टम, प्लेटफॉर्म, निर्भरता, आदि। डेवलपर्स के रूप में, हम इस तरह से सार का निर्माण करते हैं कि हम निचले स्तरों पर लगातार सोचने की क्षमता नहीं रखते हैं। यदि डेवलपर्स को प्रोग्राम के लिए पाठ में हार्ड ड्राइव से आने वाले बाइनरी नंबरों का अनुवाद करने की आवश्यकता है, तो वे कभी भी कुछ नहीं कर सकते हैं! आधुनिक सॉफ़्टवेयर की विजय में से एक यह है कि हम प्रभावी अमूर्तता का निर्माण कितनी अच्छी तरह कर सकते हैं।

लेकिन सार महंगा है, क्योंकि कोई सही सार नहीं हैं, और यदि वे थे, तो वे अमूर्त नहीं होंगे, लेकिन कुछ वास्तविक होंगे। जोएल स्पोलस्की के अनुसार, सभी गैर-तुच्छ सार में एक छेद (रिसाव) होता है। यह डेवलपर्स के लिए एक समस्या है क्योंकि हमारा मानना ​​है कि अमूर्तताएं हमेशा सटीक होती हैं, लेकिन वे अक्सर आश्चर्यजनक रूप से ढह जाते हैं।

प्रौद्योगिकी ढेर की बढ़ती जटिलता हाल ही में विनाशकारी समस्या में बदल गई है। अंजीर में। 7.1 एक सामान्य तकनीकी स्टैक प्रस्तुत करता है, जो लगभग 2005 में वापस आता है।

इस स्टैक में, स्थानीय स्थितियों के आधार पर ब्लॉक पर वेंडर का नाम बदल जाता है। समय के साथ, जैसा कि सॉफ्टवेयर अधिक विशिष्ट हो जाता है, हमारी प्रौद्योगिकी स्टैक अधिक जटिल हो जाती है, जैसा कि चित्र 2 में दिखाया गया है। 7.2।


जैसा कि अंजीर में देखा जा सकता है। 7.2, सॉफ्टवेयर पारिस्थितिकी तंत्र के प्रत्येक भाग का विस्तार और अधिक जटिल हो गया है। जैसा कि डेवलपर्स के सामने आने वाली समस्याएं अधिक जटिल हो जाती हैं, इसलिए उनके समाधान हैं।

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

जिस स्तर पर आप आमतौर पर काम करते हैं, उस स्तर से कम से कम एक स्तर पर पूरी तरह से समझने की कोशिश करें।
- ऋषि सॉफ्टवेयर

यद्यपि नीचे की परत को समझना अच्छी सलाह है, लेकिन सॉफ्टवेयर विशेषज्ञ के रूप में अनुसरण करना कठिन होता जा रहा है और अधिक जटिल हो जाता है।

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

»पुस्तक की अधिक जानकारी प्रकाशक की वेबसाइट पर पाई जा सकती है

हब्रोज़िटेलमी के लिए कूपन पर 20% की छूट - विकासवादी वास्तुकला