💯 🏖️ 😠 चंचलता हमें वास्तुकला का सही अर्थ सिखाती है 👼🏿 👨‍🌾 🕐

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

चंचल और वह वास्तुकला के बारे में क्या कहता है

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

सबसे अच्छी वास्तुकला, आवश्यकताएं, और डिजाइन स्वयं-व्यवस्थित टीमों से निकलती हैं।
(से: फुर्तीला घोषणापत्र सिद्धांत )

समस्या केवल यह नहीं है कि यह इस बात की परिभाषा नहीं देता है कि वास्तुकला क्या है, बल्कि केवल यह कि यह कहां से आता है, बल्कि यह भी कि यह भोली है ।

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

इस तरह के ढांचे में व्यापक ढांचे के साथ कुछ सामान्य है जो पहले बनाए गए थे (FEAF, MODAF, TOGAF, आदि)। कोई भी वास्तव में पूरी चीज का उपयोग नहीं करता है। चौखटे का दायरा आमतौर पर उन सभी लोगों द्वारा आसानी से नहीं समझा जाता है जो अपने संकीर्ण संदर्भ में काम करते हैं। यह मुझे प्रतीत होता है कि वर्तमान कामकाजी प्रथाओं की नींव को एक पूर्ण रूपरेखा बनाने के लिए अतिरिक्त रूप से बनाया गया है। यद्यपि "भराव" का कभी परीक्षण नहीं किया गया है, फिर भी, सब कुछ पूरी तरह से "सर्वोत्तम अभ्यास" के रूप में बेचा जाता है।

TOGAF और SAFe पर नजर डालते हैं, वे दृढ़ता से अनुप्रयोग विकास की दुनिया पर आधारित हैं। यह स्पष्ट है जब TOGAF आईएसओ सॉफ्टवेयर वास्तुकला की परिभाषा पर अपनी दो वास्तुकला परिभाषाओं में से एक को आधार बनाता है ।

– , , .
(: ISO/IEC/IEEE 42010:2011)

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

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

, - . - , , , . - — , — .
( , )

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

एंटरप्राइज़ आर्किटेक्चर उन सभी विभिन्न तत्वों को समझने के बारे में है जो एक उद्यम बनाते हैं, और ये तत्व कैसे परस्पर जुड़े हैं।

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

लेकिन परिभाषा जो मेरी अपनी भावनाओं के साथ फिट बैठती है, वह मार्टिन फाउलर ने अपने व्यापक रूप से ज्ञात 2003 के लेख में, " किसको एक वास्तुकार की आवश्यकता है?""। वहां, वह वास्तुकला को "चीजों को बदलना मुश्किल है" के रूप में परिभाषित करता है। यह ग्रैड बुच की परिभाषा से अलग नहीं है, जिन्होंने कहा:

सभी वास्तुकला डिजाइन निर्णय हैं, लेकिन सभी डिजाइन निर्णय वास्तुकला नहीं हैं। आर्किटेक्चर उन महत्वपूर्ण निर्णयों का प्रतिनिधित्व करता है जो एक ऐसी प्रणाली बनाते हैं जहां महत्व को परिवर्तन की लागत से मापा जाता है।

(नोट: अधिक पूर्ण उद्धरण में "विज्ञान और कला" के बारे में एक अच्छी बात है)। मैं यह भी दृढ़ता से मानता हूं कि वास्तुकला डिजाइन निर्णयों के अलावा और कुछ भी नहीं है, और यह कि डिजाइन के निर्णयों के बारे में बात करने के लिए "[इच्छा] से वास्तव में उन्हें अलग करने की इच्छा है, लेकिन उन्हें उकसाने के लिए [चाहते हैं] वे महत्वपूर्ण लग रहा था ”(फाउलर)। तो, वास्तुकला की हमारी दुनिया में, हम कह सकते हैं:आर्किटेक्चर डिजाइन के फैसले हैं जिन्हें बदलना मुश्किल है । बेशक, उन्हें लागू करने के दौरान उन्हें बदलना वास्तव में कठिन है। कागज सब कुछ सहन करेगा, और पत्र आसानी से बदल जाएंगे (जब तक कि आप 6 महीने की नारकीय वास्तु चर्चा में न हों)। लेकिन वास्तुकला, डिजाइन निर्णयों के महत्व के एक उपाय के रूप में, एक अच्छी परिभाषा है, और आईएसओ, आर्किमेट, टीओजीएएफ, आदि की तुलना में बहुत बेहतर है।

हालांकि, "परिवर्तन करने के लिए कठिन" विशेषता के साथ एक सूक्ष्मता है।

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

वास्तुकला - डिजाइन निर्णय जो कार्यान्वयन से पूरी तरह से निकालना मुश्किल है।

(हालांकि फाउलर का संकुचन ज्यादातर मामलों में "बदलना मुश्किल है")। "हार्ड-टू-चेंज" वाले लोगों के बारे में एक अन्य टिप्पणी, दूसरों पर निर्भरता के कारण उन्हें हटाना मुश्किल हो सकता है, इसलिए "कार्यान्वयन" शब्द का अर्थ व्यापक है, उदाहरण के लिए, सेवा के निर्माताओं और उपभोक्ताओं दोनों को बदलना। "भारी" को हमेशा आपके संगठन के दृष्टिकोण से माना जाना चाहिए, वास्तुकला का क्षेत्र आमतौर पर समाधान, परियोजना या उत्पाद के क्षेत्र से व्यापक क्यों है।
नोट: 1) यह परिभाषा आईटी पर निर्भर नहीं है। 2) यह तर्क दिया जा सकता है कि इस तरह से मैंने आईएसओ के अनुसार "आर्किटेक्चर" की परिभाषा में "मौलिक" शब्द का अर्थ प्रकट किया।

चंचल और वास्तुकला, एक ही पैमाने के विभिन्न छोर

यह एजाइल की दुनिया और आर्किटेक्चर की दुनिया के बीच एक बहुत ही दिलचस्प संबंध है। चंचल को यथासंभव परिवर्तन करने के लिए डिज़ाइन किया गया है, परिवर्तनों को आसान बनाने के लिए (या कम से कम मुश्किल नहीं )। और दूसरी तरफ: आर्किटेक्चर, जैसा कि हमने देखा है, जहां परिवर्तन कठिन हैं । दूसरे शब्दों में, वे स्पेक्ट्रम के विपरीत छोर पर हैं, वे आपके संगठन में एक मौलिक स्विंग हैं।

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

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

तो हम कहाँ वास्तुकला पाते हैं, कहाँ फुर्तीली मुसीबत में पड़ते हैं? कई स्पष्ट उदाहरण हैं:

feature/defect «», , . ( , , ESB ), . , . , , ( ), .
Agile , , YAGNI (You Ain’t Gonna Need It) (just in time). SAFe Architectural Runway, features defects. SAFe , . SAFe « Runway», features «». YAGNI ( , «»). – , – . , , Agile , « , DevOps» (DRDC). , , Tomcat, JBoss, Session state storage , File sharing, Redis, MongoDB, MQ, IIS .. Lean ( ) YAGNI, , , «» («muda» « » Lean). , , , , ( «muru» «»). , , Runway , , .
Agile , . , , , . , , Agile ( «muri» «»). , . Agile ( : ...) – .

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

आर्किटेक्चर हर कार्यान्वित डिज़ाइन निर्णय है जो एजाइल को कठिन बनाता है।

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

वास्तुकला को "भारी चीजों" के संयोजन के रूप में परिभाषित करना हम सभी की आवश्यकता नहीं है। क्योंकि "कठिन" होने के अलावा, हमें वास्तुकला के साथ प्रयास करने के लिए कुछ सिफारिशों की आवश्यकता है। यह अक्सर कहा जाता है कि वास्तुकला का विचार लचीला समाधान बनाकर लचीलापन प्रदान करना है। वास्तव में, फाउलर ने कहा कि आर्किटेक्चर का काम आर्किटेक्चर को हटाना है। लेकिन यह बहुत आसान है। लचीलापन आमतौर पर महंगा है, और ये "लागत" (समय और धन) अनिश्चित काल तक नहीं बढ़ सकते हैं (ऊपर जॉनसन देखें)। हर कोई चाहता है कि समाधान पूरी तरह से लचीला हो, लेकिन यह सस्ता नहीं है (और कोई भी बिल का भुगतान नहीं करना चाहता है), यह तेज़ नहीं है, और हमेशा संभव नहीं है। कभी-कभी स्थिति सरल होती है: आपको ऐसे विकल्प बनाने होंगे, जिन्हें बदलना मुश्किल होगा, आप नहीं कर सकतेसभी विकल्पों का समर्थन करें (उदाहरण के लिए, एक प्लेटफ़ॉर्म चुनना, आप सब कुछ का समर्थन नहीं कर सकते हैं)। बेशक, अगर चुनाव बहुत महंगा नहीं है, तो लचीला समाधान चुनें या यथासंभव लंबे समय के लिए विकल्प को स्थगित करें (जैसा कि एसएएफई सुझाव देता है: अपने विकल्पों को सीमित न करें)। लेकिन व्यवहार में अक्सर एक चुनाव करना पड़ता है। एक विकल्प जो बदलना मुश्किल होगा वह एक वास्तुशिल्प विकल्प है। आर्किटेक्चर अनावश्यक अनम्यता को कम करना चाहता है, क्योंकि यह सोचने के लिए भोला है कि एक ऐसी दुनिया होगी जहां सभी बदलाव आसान हैं और कुछ भी मुश्किल नहीं है। वहाँ चीजें कम महत्वपूर्ण नहीं हैं, और अधिक बार लचीलेपन से भी अधिक महत्वपूर्ण हैं। मुझे लगता है कि उनमें से तीन हैं: विश्वसनीयता, दक्षता और लचीलापन - मजबूतता, दक्षता, लचीलापन (आरईएफ)।

REF, वास्तुकला अभ्यास और ऋण के बारे में अधिक जानें ।दूसरे भाग में, लेकिन मुझे वीडियो "व्हाई एंटरप्राइज आर्किटेक्चर" याद था, जिसे हमने कई साल पहले बनाया था, उस समय जब हमने आर्किटेक्चर को BUFD की दुनिया में सबसे अधिक लचीला बनाया था :

अपने डॉक्टर और वकील को सुनें

और निष्कर्ष में, वास्तुकला (एक वस्तु के रूप में) वह है जो "भारी" है, लेकिन आप यह भी कह सकते हैं कि "वास्तुकला (एक अभ्यास के रूप में) भारी है"। वे बारीकी से संबंधित हैं, वास्तुकला (एक अभ्यास के रूप में) मुश्किल है, क्योंकि आज की जटिलता परिवर्तन को मुश्किल बनाती है, और आज की अनिश्चितता परिवर्तन को शक्तिशाली बनाती है। इसलिए आपको अच्छे मेगाबाइट आर्किटेक्ट का भुगतान करना होगा । ठीक है, शायद नहीं , लेकिन आपको निश्चित रूप से अच्छे आर्किटेक्ट को सुनना चाहिए और उनकी सलाह को बहुत गंभीरता से लेना चाहिए। केवल एक सरल प्रश्न बचा है: एक अच्छे वास्तुकार को कैसे पहचाना जाए?

चंचलता हमें वास्तुकला का सही अर्थ सिखाती है

चंचल और वह वास्तुकला के बारे में क्या कहता है

चंचल और वास्तुकला, एक ही पैमाने के विभिन्न छोर

अपने डॉक्टर और वकील को सुनें

More articles: