TOGAF® ADM चरण D - प्रौद्योगिकी वास्तुकला का विकास

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

The TOGAF मानक दो बातें स्पष्ट हैं। पहली, तकनीकी आर्किटेक्चर सीधे सूचना प्रणाली आर्किटेक्चर (एप्लिकेशन और डेटा) को सहयोग प्रदान करता है ताकि व्यावसायिक आर्किटेक्चर को सक्षम बनाया जा सके। दूसरी, हम डोमेन आर्किटेक्चर को क्रमिक रूप से विकसित नहीं करते हैं।.

डिजिटल परिवर्तन के लिए आवश्यक है सही आईटी आर्किटेक्चर. एक अच्छी प्रौद्योगिकी वास्तुकला की आवश्यकता है क्योंकि हर वास्तुकला डोमेन अन्य डोमेन में परिणामों को सक्षम, वितरित या अवरुद्ध करता है।.

TOGAF ADM चरण D - प्रौद्योगिकी वास्तुकला का विकास

एक नज़र में

TOGAF ADM अवलोकन

उपयोग टोगाफ एडम सर्वोत्तम तकनीकी वास्तुकला के लिए आवश्यक ज्ञान विकसित करना। प्रत्येक ADM चरण किसी विशिष्ट विषय पर ज्ञान विकसित करने के लिए आवश्यक इनपुट और गतिविधि प्रदान करता है। TOGAF ADM, TOGAF मानक के केंद्र में है। यह विकास के लिए एकमात्र मापनीय सार्वभौमिक विधि है। उद्यम स्थापत्य. यह विवरण के हर स्तर के लिए उपयुक्त है। सभी तार्किक मॉडलों की तरह, इसे विभिन्न स्तरों के विवरण - रणनीति, पोर्टफोलियो, परियोजना और समाधान वितरण - को कवर करने के लिए विस्तारित करने की आवश्यकता है।.

यदि आपको जरूरत है TOGAF ADM का अवलोकन, कृपया पढ़ें TOGAF ADM चरणों की व्याख्या.

TOGAF चरण डी क्या है?

TOGAF चरण डी में, प्रौद्योगिकी आर्किटेक्ट प्रौद्योगिकी संरचना के विकास का नेतृत्व करें। वे सूचना प्रणाली संरचना को सक्षम बनाने के लिए ऐसा करते हैं - आदेश लेकर और उम्मीदें पूरी करके नहीं। प्रौद्योगिकी वास्तुकार समझते हैं कि दीर्घकालिक बुनियादी ढाँचा उनके परिवेश को पूरा करता है। उन्हें आगे देखना चाहिए और तैयार रहना चाहिए। उन्हें यह सुनिश्चित करना होगा कि अल्पकालिक उम्मीदें दीर्घकालिक कष्ट न पैदा करें।.

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

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

तकनीकी वास्तुकला की असली मुश्किल बुनियादी ढाँचे की दीर्घकालिक प्रकृति है। बिना किसी तकनीकी वास्तुकला के, जो बाधाएँ प्रदान करती है, सामरिक बुनियादी ढाँचे के विकल्प हमेशा उद्यम के लिए बदतर परिणाम ही पैदा करेंगे।.

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

TOGAF ADM चरण D का उद्देश्य क्या है?

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

  • आप इस समस्या का समाधान करते हैं कि वर्तमान बुनियादी ढांचा हितधारकों की प्राथमिकताओं को पूरा नहीं करता है।
  • आप सीखेंगे कि हितधारकों की प्राथमिकताओं को पूरा करने के लिए बुनियादी ढांचे में क्या परिवर्तन करना होगा? (अंतराल)
  • आपके पास कार्य की पर्याप्त समझ है जो परिवर्तन लाने के लिए आवश्यक है (कार्य पैकेज)
  • आप अपेक्षित मूल्य की सुरक्षा के लिए अन्य आर्किटेक्चर डोमेन में परिवर्तनों और बाधाओं के बीच परस्पर क्रिया को समझते हैं (आर्किटेक्चर आवश्यकता विनिर्देश)

चरण डी का मुख्य परिणाम उम्मीदवार प्रौद्योगिकी वास्तुकला है। प्रौद्योगिकी वास्तुकार अन्य डोमेन वास्तुकारों के साथ मिलकर काम करते हैं। आशाओं और बाधाओं को एक-दूसरे के साथ साझा करने की अपेक्षा करें। सभी वास्तुकला विकास के लिए उद्यम के लिए सर्वोत्तम समाधान तक पहुँचना आवश्यक है। सर्वोत्तम समाधान सीमाओं को समझता है और सभी डोमेन में काम करता है।.

TOGAF ADM का उद्देश्य संभावित बदलावों की खोज करना है। बदलाव कार्य, मूल्य और जोखिम. चयनित या हटाए गए परिवर्तन। परिवर्तनों का समूह लक्ष्य आर्किटेक्चर और आर्किटेक्चर रोडमैप बनाता है।.

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

साथ बातचीत TOGAF चरण बी, चरण सी, और चरण ई

‘'‘व्यवसाय जिस’' उद्यम ही है। यह हमेशा से रहा है। आधुनिक डिजिटल उद्यम अनुप्रयोगों और बुनियादी ढाँचे की सीमाओं को पार करने के लिए मेहनती लोगों का उपयोग नहीं कर सकते। अनुप्रयोगों और बुनियादी ढाँचे की सीमाएँ उद्यम की चपलता को खत्म कर देती हैं और डिजिटल परिवर्तनों को ख़त्म कर देती हैं।.

उन्होंने TOGAF ADM को कार्य-प्रणाली को विभाजित करने की चुनौती और साथ मिलकर काम करने की आवश्यकता को ध्यान में रखकर डिज़ाइन किया। दुर्भाग्य से, पारंपरिक TOGAF ADM आरेख आवश्यक जानकारी के प्रवाह को दर्शाता है। कृपया आरेख को झरने के रूप में न समझें।.

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

वास्तुकला संबंधी निर्णय कई को पार कर जाएगा वास्तुकला डोमेन उपयोग करने की आवश्यकता है वास्तुकला के विकल्प.

प्रौद्योगिकी वास्तुकला क्या है?

प्रौद्योगिकी वास्तुकला चार मूलभूत एंटरप्राइज़ आर्किटेक्चर डोमेन में से एक है। एक तकनीकी आर्किटेक्चर आपके संपूर्ण इंफ्रास्ट्रक्चर पोर्टफोलियो का विवरण है जो आपको बताता है कि कब इंफ्रास्ट्रक्चर खरीदना है, कब PaaS का उपयोग करना है, और कब इंफ्रास्ट्रक्चर का आविष्कार करना है। यह आपको बताता है कि सिस्टम के बीच सीमाएँ कहाँ रखनी हैं। यह आपको बताता है कि आप अपने इंफ्रास्ट्रक्चर जीवनचक्र को कैसे अपनाएँगे।.

हम गारंटी दे सकते हैं कि आपकी मौजूदा तकनीकी संरचना संरेखित नहीं है। हमें पूरा विश्वास है कि आप ऐसी स्थिति से शुरुआत करेंगे जहाँ बुनियादी ढाँचे की योजना का कोई ठोस आधार नहीं था। अनुप्रयोग वास्तुकला या व्यवसाय वास्तुकला.

जब आपके पास एक तकनीकी आर्किटेक्चर होता है, तो आपके पास अपने अनुप्रयोगों के लिए आवश्यक बुनियादी ढाँचा सेवाओं का एक सेट होता है। आपके पास एक सेट होता है दिशानिर्देश और बाधाएँ आपके बुनियादी ढाँचे के डिज़ाइन और संचालन के लिए। आपके पास एक तकनीकी रोडमैप है जिसे आपके हितधारक समझते हैं।.

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

प्रौद्योगिकी वास्तुकला का उपयोग किस लिए किया जाता है?

प्रौद्योगिकी वास्तुकला निम्नलिखित प्रश्नों के उत्तर देने में मदद करेगी:

प्रौद्योगिकी वास्तुकला बनाम क्लाउड वास्तुकला

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

विडंबना यह है कि अगर आप TOGAF 8 के बाद से अच्छी टेक्नोलॉजी आर्किटेक्चर पर काम कर रहे हैं, तो आप बुनियादी ढाँचे से जुड़ी सेवाओं का एक स्पष्ट सेट प्रदान कर रहे होंगे। आप उन सेवाओं के लिए इंटरफेस और मानक निर्धारित कर रहे होंगे। हमें लगता है कि आपका काम आसानी से पब्लिक क्लाउड PaaS सेवा कैटलॉग में स्थानांतरित हो जाएगा।.

TOGAF 8 ने तकनीकी सेवाओं का आह्वान किया ताकि विस्तृत बुनियादी ढाँचे को अमूर्त बनाया जा सके ताकि पोर्टेबिलिटी की सुविधा मिल सके, 'इलिटिज़' का प्रबंधन किया जा सके और बुनियादी ढाँचे के जीवनचक्र को सक्षम बनाया जा सके। यही कारण है कि सभी पब्लिक क्लाउड PaaS प्रदाता अपने ग्राहकों को सेवाओं का उपयोग करने के लिए कहते हैं। अगर हम सभी ने अच्छी तकनीकी वास्तुकला अपनाई होती, तो हम स्थिर अनुप्रयोगों, अप्राप्त 'इलिटिज़' और तकनीकी-ऋण के अंतहीन दौर से बच सकते थे।.

>>> यहां जाएं निजी क्लाउड आर्किटेक्चर की मूल बातें

क्या हम इसे प्रौद्योगिकी वास्तुकला, बुनियादी ढांचा वास्तुकला या आईटी वास्तुकला कहेंगे?

TOGAF मानक इसे प्रौद्योगिकी वास्तुकला कहता है। हमारा उद्यम वास्तुकला परामर्श अभ्यास आमतौर पर बुनियादी ढाँचे का इस्तेमाल होता है। कई अन्य लोग आईटी आर्किटेक्चर की माँग करते हैं। एक स्पष्ट सार्वभौमिक परिभाषा विकसित करने के प्रयास अक्सर विफल हो जाते हैं। हमारी सलाह है कि परिभाषा के बजाय उद्देश्य पर ध्यान केंद्रित करें।.

आर्किटेक्चर के विभिन्न क्षेत्रों के बीच की रेखा हमें सही कौशल और सही संवादों को एक साथ लाने में मदद करती है। इस उद्देश्य के बारे में सोचने से एक उपयोगी आर्किटेक्चर विकसित करने पर ध्यान केंद्रित रहता है।.

परिभाषा के बारे में सोचते ही आप अक्सर एक निरर्थक बहस में फँस जाएँगे। क्या AI चैट-बॉट एप्लीकेशन, AI या बिज़नेस है? ईमेल एक एप्लीकेशन है या इन्फ्रास्ट्रक्चर? एक्सेस कंट्रोल के लिए इस्तेमाल होने वाले फेशियल रिकग्निशन के बारे में क्या? इसके अनगिनत विकल्प हैं।.

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

हमारी सलाह है कि सही क्या है, इसकी चिंता न करें। इसके बजाय, यह सुनिश्चित करें कि आप समझते हैं कि जब कोई बोल रहा हो, तो उसका क्या मतलब है। हमेशा यह समझें कि आपके श्रोता आपके कहने का क्या मतलब समझते हैं। समझने की ज़िम्मेदारी लें और अपनी शर्तों में बदलाव करें।.

एंटरप्राइज़ आर्किटेक्ट और आईटी आर्किटेक्ट के बीच क्या अंतर है?

बहुत से लोग मानते हैं कि उन्हें एक एंटरप्राइज़ आर्किटेक्ट को आईटी इन्फ्रास्ट्रक्चर पर केंद्रित करना चाहिए। कई परामर्श कार्यक्रमों में, हमने इस समस्या से बचने के लिए अपने एंटरप्राइज़ आर्किटेक्ट्स को पुनः लेबल किया है। एंटरप्राइज़ आर्किटेक्चर का पेशा स्पष्ट है। आईटी आर्किटेक्चर, एंटरप्राइज़ आर्किटेक्चर का एक उपसमुच्चय है। टेक्नोलॉजी, आईटी आर्किटेक्चर का एक उपसमुच्चय है।.

हम एंटरप्राइज़ आर्किटेक्ट्स को सभी आर्किटेक्चर डोमेन के परस्पर क्रिया पर केंद्रित करते हैं। कई टीमों में, डेटा आर्किटेक्ट, एप्लिकेशन आर्किटेक्ट, सुरक्षा आर्किटेक्ट, बिज़नेस आर्किटेक्ट और टेक्नोलॉजी आर्किटेक्ट होंगे। उन्हें उनकी भूमिका या सामान्य नाम एंटरप्राइज़ आर्किटेक्ट से बुलाया जा सकता है।.

TOGAF ADM चरण D प्रौद्योगिकी वास्तुकला

TOGAF ADM चरण D प्रौद्योगिकी वास्तुकला डिलिवरेबल्स

चरण डी का एक केंद्रीय परिणाम तकनीकी वास्तुकला है। यह संपूर्ण उद्यम वास्तुकला का एक हिस्सा है। तो, संक्षेप में, TOGAF ADM चरण डी के लिए पाँच उपयोगी परिणाम हैं:

  1. प्रौद्योगिकी वास्तुकला को शामिल करने वाले मॉडल
  2. वर्तमान और लक्षित प्रौद्योगिकी वास्तुकला के बीच अंतराल
  3. उम्मीदवारों के लिए कार्य पैकेज जो रिक्तियों को भरेंगे
  4. उम्मीदवार वास्तुकला विनिर्देश जो आपको भविष्य के वास्तुकला विकास और कार्यान्वयन को नियंत्रित करने में सक्षम बनाएंगे
  5. व्यवसाय वास्तुकला, अनुप्रयोग वास्तुकला, डेटा वास्तुकला और सुरक्षा वास्तुकला पर प्रभाव

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

जब हम तकनीकी वास्तुकला की बात करते हैं, तो हम अक्सर मॉडलों और वास्तुकला के विनिर्देशों की बात करते हैं। अलग-अलग मॉडल संपूर्ण बुनियादी ढाँचे के विभिन्न पहलुओं को समझाते हैं। ये मॉडल और आवश्यक परिवर्तन मिलकर तकनीकी वास्तुकला का निर्माण करते हैं।.

विभिन्न प्रकार के मॉडल पर विचार करते समय, ध्यान रखें कि एक ही शब्द के कई उपयोग हो सकते हैं। हम इस बात पर ज़ोर देते हैं कि आपको मॉडल के लेबल के बारे में चिंता करने की ज़रूरत नहीं है। जिसे आप कार्यात्मक विघटन मॉडल कहते हैं, उसे कोई और सेवा कहेगा। हमारा एंटरप्राइज़ आर्किटेक्चर परामर्श उद्देश्य पर केंद्रित है, न कि मॉडल के नाम पर। आप इसे कार्यात्मक विघटन, सिस्टम मॉडल या सेवा मॉडल कह सकते हैं। हम केवल मॉडल के उद्देश्य पर ध्यान देते हैं - आप क्या सीखने की कोशिश कर रहे हैं, और क्या आपका मॉडल प्रभावी ढंग से समझाता है कि वास्तविक कार्य का वह पहलू कैसे काम करता है?

चरण डी प्रौद्योगिकी वास्तुकला का पूरा होना

TOGAF के सभी ADM चरणों में आवश्यक ज्ञान विकसित करने के लिए आवश्यक सूचना इनपुट और गतिविधियाँ उपलब्ध हैं। चरण D का परिणाम एक संभावित तकनीकी संरचना का विकास है।.

आउटपुट और परिणाम आवश्यक ज्ञान
समस्या के समाधान के लिए हितधारकों द्वारा अनुमोदित प्रौद्योगिकी डोमेन वास्तुकला, जिसमें कुछ कमियां हैं, तथा हितधारकों द्वारा समझी गई कमियों को दूर करने के लिए कार्य करना।. वर्तमान प्रौद्योगिकी पोर्टफोलियो हितधारकों की प्राथमिकताओं को पूरा करने में कैसे विफल हो रहा है?

सॉफ्टवेयर पोर्टफोलियो को हितधारकों की प्राथमिकताओं को पूरा करने में सक्षम बनाने के लिए क्या परिवर्तन करना होगा? (अंतराल)

उन परिवर्तनों को साकार करने के लिए कौन सा कार्य आवश्यक है जो सृजित किए जा रहे अतिरिक्त मूल्य के अनुरूप हों? (कार्य पैकेज)

मूल्य, प्रयास और परिवर्तन के जोखिम के प्रति हितधारकों की प्राथमिकता और वरीयता किस प्रकार समायोजित होती है। (हितधारक आवश्यकताएँ)

TOGAF 10 TOGAF श्रृंखला गाइड से तालिका: एंटरप्राइज़ आर्किटेक्ट्स के लिए आर्किटेक्चर विकसित करने की मार्गदर्शिका

चरण डी नंगे हड्डियां

चरण डी में, एक टेक्नोलॉजी आर्किटेक्ट का काम यह तय करना होता है कि सूचना प्रणालियों को उद्यम के लिए सक्षम बनाने हेतु तकनीक में क्या बदलाव करने की ज़रूरत है। सुनने में यह आसान लगता है। आपको बस यह समझना है कि संगठन क्या सुधार करने की कोशिश कर रहा है, कहाँ कमी रह गई है, और क्या बदलाव ज़रूरी हैं।.

चरण डी के मूल तत्व इस प्रकार हैं:

  • यह जानना कि बुनियादी ढांचा पोर्टफोलियो किस प्रकार मूल्य अर्जित करने में सक्षम बनाता है

संगठन तब मूल्य सृजन करते हैं जब वे कुछ ऐसा करते हैं जिसके लिए ग्राहक अधिक भुगतान करेंगे। मूल्य आमतौर पर तब उत्पन्न होता है जब किसी सामग्री में परिवर्तन किया जाता है, कोई सेवा प्रदान की जाती है, या जानकारी का उपयोग किया जाता है। लौह अयस्क से इस्पात बनाना, मौसम की चेतावनी देना, या पुर्जे, ऑर्डर और विनिर्माण क्षमता से उत्पादन ऑर्डर बनाना।.

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

  • यह जानना कि बुनियादी ढांचे को कैसे वितरित किया जाएगा

पहले हमें अपनी तकनीक का स्वामित्व और संचालन स्वयं करना पड़ता था। पब्लिक क्लाउड PaaS प्रदाताओं के साथ, हम बिना किसी तकनीक के वैश्विक स्तर पर स्केलेबल संगठन संचालित कर सकते हैं। अधिकांश संगठनों के पास एक ऐसा बुनियादी ढाँचा होगा जिसका स्वामित्व और संचालन वे स्वयं करते हैं, एक ऐसा बुनियादी ढाँचा जिसे वे दूसरों के लिए चुनते हैं, और बुनियादी ढाँचा सेवाओं का एक समूह।.

  • लागत, जटिलता और कठोरता के स्रोत को जानना

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

प्रौद्योगिकी वास्तुकला को सक्षम करने के लिए कठोरता को कम करना होगा उद्यम चपलता. निरंतर लागत और जटिलता को कम करने के लिए आपको अपने मुख्य बुनियादी ढाँचे के पोर्टफोलियो को अनुकूलित करना होगा। पब्लिक क्लाउड PaaS की दौड़ बस कुछ चपलता हासिल करने का एक प्रयास है।. आईटीएफएम को समझना और डिजिटल उत्पादों और आईटी सेवाओं के लिए लागत मॉडल बनाए रखना आवश्यक है।.

  • बुनियादी ढांचे का चयन कैसे करें, यह जानना

चार बुनियादी ढाँचा मॉडल हैं: PaaS, एंटरप्राइज़ सिस्टम, विशेषज्ञ सिस्टम और कस्टम डेवलपमेंट। प्रत्येक का एक अलग लागत और अनुकूलन मॉडल होता है। आपको सही बुनियादी ढाँचा अधिग्रहण मॉडल को सही जगहों पर लागू करना होगा।.

  • बुनियादी ढांचे की अपेक्षाओं को जानना

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

  • बुनियादी ढांचे का उपयोग कैसे करें, यह जानें

चुना गया इंटरफ़ेस क्या है? क्या आप उद्योग मानक का उपयोग करना चाहते हैं या किसी विशेषज्ञ इंटरफ़ेस का उपयोग करना चाहते हैं? क्या आप इंटरफ़ेस को अमूर्तता से छिपाते हैं?

फिर बुनियादी ढाँचे का संचालन भी है। संचालन की अपेक्षाएँ क्या हैं? अप-टाइम या घटकों की विफलता को झेलने की क्षमता के बारे में क्या? बुनियादी ढाँचे में बदलाव करने के लिए क्या आवश्यकताएँ हैं?

  • सर्वोत्तम अवसंरचना पोर्टफोलियो प्रदान करने के लिए क्या परिवर्तन करना होगा?

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

ज़्यादातर लोग जो बदलाव करना चाहते हैं, वे बस थोड़े-बहुत बदलाव होते हैं। सिक्स सिग्मा के संदर्भ में, यह स्थानीय अनुकूलन है। सिस्टम के एक छोटे से हिस्से को बेहतर बनाना, भले ही इसकी कीमत पूरे सिस्टम को चुकानी पड़े। एक तकनीकी वास्तुकार के रूप में, TOGAF ADM चरण D के मार्गदर्शन का उपयोग उन भौतिक बदलावों पर ध्यान केंद्रित करने के लिए करें जो सार्थक उद्यम चपलता, लागत सुधार, या मूल्य सृजन को बढ़ावा देते हैं।.

चरण डी की पूर्णता के लिए तीन आवश्यक बातें:

  • सबसे पहले, क्या बदलना ज़रूरी है? सेवा, कलाकार, इंटरफ़ेस, संचालन, आउटसोर्सिंग, इन-सोर्सिंग या स्वचालन में बदलाव। ये सभी बदलाव हैं। हम ये बदलाव किसी संगठन को बेहतर बनाने के लिए करते हैं। अपने इंफ्रास्ट्रक्चर पोर्टफोलियो को बेहतर बनाने पर ध्यान दें।.
  • दूसरा, इसे कब बदलना होगा? क्या कोई निर्भरताएँ हैं? पूर्व-शर्तें क्या हैं? क्या आप बाद में बदलाव के लिए मंच तैयार कर रहे हैं?
  • तीसरा, आपको कैसे पता चलेगा कि बदलाव सफल हुआ है? सफलता के लिए आपका शासन परीक्षण क्या है? आप मूल्य की रक्षा कैसे करेंगे?

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

TOGAF चरण D प्रौद्योगिकी वास्तुकला डिलिवरेबल्स और एंटरप्राइज़ आर्किटेक्चर उद्देश्य

एंटरप्राइज़ आर्किटेक्चर विकसित करने के चार मुख्य उद्देश्य हैं। प्रत्येक उद्देश्य में चरण डी के विभिन्न डिलीवरेबल्स का अलग-अलग महत्व है।.

रणनीति का समर्थन करने के लिए वास्तुकला पोर्टफोलियो का समर्थन करने के लिए वास्तुकला परियोजना का समर्थन करने के लिए वास्तुकला समाधान वितरण का समर्थन करने के लिए वास्तुकला
चरण डी कार्य उत्पाद: उम्मीदवार प्रौद्योगिकी वास्तुकला मुख्य वितरण योग्य

प्राथमिक उपयोग लक्ष्य और कार्य के बारे में हितधारकों की समझ है।.

द्वितीयक उपयोग आर्किटेक्ट्स के लिए आर्किटेक्चर आवश्यकता विनिर्देश का निर्माण है

मुख्य वितरण योग्य

प्राथमिक उपयोग लक्ष्य और कार्य के बारे में हितधारकों की समझ है।.

द्वितीयक उपयोग आर्किटेक्ट्स के लिए आर्किटेक्चर आवश्यकता विनिर्देश का निर्माण है

परियोजना आरंभ करने और व्यावसायिक मामले को अंतिम रूप देने से पहले

प्राथमिक उपयोग कार्यान्वयनकर्ताओं के लिए आर्किटेक्चर आवश्यकता विनिर्देश का निर्माण है

निष्पादन भागीदारों (आंतरिक प्रदाताओं सहित) की नियुक्ति से पहले

प्राथमिक उपयोग कार्यान्वयनकर्ताओं के लिए आर्किटेक्चर आवश्यकता विनिर्देश का निर्माण है

चरण D कार्य उत्पाद: उम्मीदवार रोडमैप आइटम मुख्य वितरण योग्य

प्राथमिक उपयोग कार्य के बारे में हितधारकों की समझ है।.

द्वितीयक उपयोग आर्किटेक्ट्स के लिए बाधाओं का निर्माण है

मुख्य वितरण योग्य

प्राथमिक उपयोग कार्य और निर्भरता के बारे में हितधारकों की समझ है।.

द्वितीयक उपयोग आर्किटेक्ट्स के लिए बाधाओं का निर्माण है

सीमित उपयोग
एकाधिक इंटरैक्टिव परिवर्तनों वाली परियोजनाओं के लिए इनपुट के रूप में उपयोग किया जा सकता है
निष्पादन साझेदारों (आंतरिक प्रदाताओं सहित) की नियुक्ति से पहले।.

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

चरण डी कार्य उत्पाद: वास्तुकला आवश्यकता विनिर्देश सीमित उपयोग

आमतौर पर आर्किटेक्ट बेहतर वास्तुकला से बाधाओं का अनुमान लगा सकते हैं।.

सीमित उपयोग

आमतौर पर आर्किटेक्ट बेहतर वास्तुकला से बाधाओं का अनुमान लगा सकते हैं।.

मुख्य वितरण योग्य

परियोजना आरंभ होने से पहले

मुख्य वितरण योग्य

नियुक्ति और अनुबंध से पहले

तालिका से TOGAF फ्रेमवर्क TOGAF श्रृंखला गाइड: एंटरप्राइज़ आर्किटेक्ट के लिए आर्किटेक्चर विकसित करने की मार्गदर्शिका

उम्मीदवार प्रौद्योगिकी वास्तुकला

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

>>> सामान्य पर जाएं प्रौद्योगिकी वास्तुकला मॉडल

उम्मीदवार प्रौद्योगिकी वास्तुकला रोडमैप घटक

न्यूनतम परिवर्तन क्या हैं? यदि आप किसी इंफ्रास्ट्रक्चर विक्रेता को बदलने पर विचार कर रहे हैं, तो यह कोई बड़ा बदलाव नहीं है। यदि आप एक सामान्य एंटरप्राइज़ सिस्टम से विशेषज्ञ इंफ्रास्ट्रक्चर में बदलाव कर रहे हैं, तो इंफ्रास्ट्रक्चर प्रदाता मॉडल में घटक और विनिर्देशन परिवर्तन, रोडमैप उम्मीदवार है। सभी क्रमिक परिवर्तनों को कभी न भूलें। विशेषज्ञ इंफ्रास्ट्रक्चर में बदलाव के लिए पूरे व्यवसाय और एप्लिकेशन आर्किटेक्चर में बदलाव की आवश्यकता होगी। भले ही यह केवल विशेषज्ञ हार्डवेयर को संचालित करने वाली टीम में ही क्यों न हो।.

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

हम सभी आर्किटेक्चर रोडमैप घटकों का उपयोग करते हैं TOGAF चरण E - वास्तुकला रोडमैप.

उम्मीदवार प्रौद्योगिकी वास्तुकला आवश्यकता विनिर्देश

बुनियादी ढाँचे के डिज़ाइनरों, खरीदारों और कार्यान्वयनकर्ताओं के सामने आने वाली बाधाओं की व्याख्या करें। बताएँ कि आप सुधार का आकलन कैसे करेंगे।.

हम अक्सर आवश्यकताओं का वर्णन करने के लिए स्कोर और सरलीकृत कथनों का उपयोग करते हैं। आवश्यकता स्वचालन का एक माप हो सकती है, या यह कथन कि यह बुनियादी ढाँचा पब्लिक क्लाउड PaaS होगा, या विशेषज्ञ हार्डवेयर होगा। इन आवश्यकताओं का उपयोग TOGAF चरण G में एक परिवर्तन परियोजना को निर्देशित और नियंत्रित करने के लिए किया जाता है।.

चरण डी में प्रौद्योगिकी वास्तुकार की भूमिका क्या है?

हम प्रौद्योगिकी वास्तुकार से अपेक्षा करते हैं कि वे TOGAF चरण-डी का नेतृत्व करें और डोमेन आर्किटेक्चर प्रदान करें। उन्हें ऐसे मॉडल विकसित करने होंगे जो कमी के स्रोत को दर्शाएँ। उन्हें अपने मॉडलों का प्रयोग यह दिखाने के लिए करना होगा कि कैसे एक परिवर्तन कमी को दूर करता है। हम उनसे अपेक्षा करते हैं कि वे हितधारकों, विषय विशेषज्ञों और अन्य डोमेन वास्तुकारों को ट्रेड-ऑफ विश्लेषण के माध्यम से निर्देशित करें।.

टेक्नोलॉजी आर्किटेक्ट्स को बिज़नेस आर्किटेक्ट्स और एप्लिकेशन आर्किटेक्ट्स के साथ मिलकर काम करना चाहिए। टेक्नोलॉजी आर्किटेक्चर अक्सर उनके क्षेत्र में कमियाँ पैदा करता है। साथ ही, टेक्नोलॉजी आर्किटेक्चर में जटिलता और कठोरता को दूर करने के लिए आमतौर पर उसमें बदलाव की आवश्यकता होती है।.

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

>>> सामान्य पर जाएं व्यवसाय वास्तुकला मॉडल और आम अनुप्रयोग आर्किटेक्चर मॉडल

>>> सामान्य पर जाएं प्रौद्योगिकी वास्तुकला मॉडल

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

चरण डी में एंटरप्राइज़ आर्किटेक्ट की भूमिका क्या है?

TOGAF चरण D में एंटरप्राइज़ आर्किटेक्ट की भी यही भूमिका है। एंटरप्राइज़ आर्किटेक्ट को वह भूमिका निभानी होती है जहाँ किसी डोमेन आर्किटेक्ट को मदद की ज़रूरत होती है। या तो तकनीकी आर्किटेक्चर विकसित करना, दूसरे डोमेन की व्याख्या करना, या मूल्य की रक्षा करना। कई तकनीकी आर्किटेक्ट व्यावसायिक आर्किटेक्चर से आने वाले या उस पर पड़ने वाले प्रभाव को नहीं देख पाते। या हो सकता है कि वे किसी आवश्यकता को ऐसे शब्दों में स्पष्ट न कर पाएँ जिस पर सुरक्षा आर्किटेक्ट काम कर सके।.

एंटरप्राइज़ आर्किटेक्ट की सबसे महत्वपूर्ण भूमिका सीमाओं को पार करना है। चाहे वे डोमेन, कौशल या अधिकार की सीमाएँ हों, एंटरप्राइज़ आर्किटेक्ट को उन्हें पार करना होता है।.

प्रौद्योगिकी वास्तुकला

प्रौद्योगिकी वास्तुकला मॉडल, उपकरण और तकनीक

TOGAF ADM चरण D सूचना प्रणाली वास्तुकला प्रदान करता है। इस चरण का उद्देश्य सूचना प्रणालियों को शामिल करने वाली तकनीकी वास्तुकला और डेटा वास्तुकला का विकास करना है। TOGAF में, पहला चरण आवश्यक दृश्यों और मॉडलों का निर्धारण करना है।.

हितधारकों की चिंताओं से विचारों की पहचान होगी। सात केंद्रीय प्रौद्योगिकी वास्तुकला मॉडल हैं।.

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

प्रौद्योगिकी वास्तुकला पैटर्न

वास्तुकला पैटर्न एक पूर्वानुमानित समस्या के प्रति एक सुसंगत दृष्टिकोण है। हमारा पैटर्न टेम्पलेट पर प्रकाश डालता है पूर्वानुमानित समस्या, दृष्टिकोण, और यह हार्ड बिट्स. किसी पैटर्न पर विचार करते समय हमें आवश्यक कार्य, बाधाओं और सीमाओं का आकलन करना होता है।.

नमूना प्रौद्योगिकी वास्तुकला पैटर्न

  • स्तरित अवसंरचना पैटर्न
    पूर्वानुमानित समस्या—प्रौद्योगिकी प्रणालियों की मॉड्यूलरिटी, रखरखाव और मापनीयता
    दृष्टिकोण-बुनियादी ढांचे को अलग-अलग परतों में विभाजित करता है, जिनमें से प्रत्येक विशिष्ट कार्यों के लिए जिम्मेदार होता है, जैसे प्रस्तुतिकरण, अनुप्रयोग तर्क और डेटा भंडारण।.
  • उच्च उपलब्धता (HA) और अतिरेक पैटर्न
    पूर्वानुमानित समस्या—सिस्टम उपलब्धता और दोष सहिष्णुता और रखरखाव
    दृष्टिकोण- महत्वपूर्ण घटकों और सेवाओं की नकल करना।.
  • सर्वर रहित आर्किटेक्चर पैटर्न
    पूर्वानुमानित समस्या—प्रौद्योगिकी प्रणालियों की मॉड्यूलरिटी, रखरखाव और मापनीयता
    दृष्टिकोण—घटनाओं के जवाब में बुनियादी ढांचे के संसाधनों को स्वचालित रूप से आवंटित और स्केल करें

प्रौद्योगिकी वास्तुकला मॉडल

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

न्यूनतम संख्या में लिंकेज का उपयोग करके ये मॉडल प्रौद्योगिकी वास्तुकला का वर्णन करते हैं। अन्य डोमेन के साथ न्यूनतम लिंकेज के साथ एक संपूर्ण उद्यम वास्तुकला का वर्णन किया जाता है।.

बुनियादी ढांचा प्रदाता मॉडल

इन्फ्रास्ट्रक्चर प्रदाता मॉडल बताता है कि बुनियादी ढांचा कैसे प्रदान किया जाएगा। इस मॉडल के लिए एक इन्फ्रास्ट्रक्चर सेवा या इन्फ्रास्ट्रक्चर सिस्टम मॉडल की आवश्यकता होती है।.

चार बुनियादी प्रदाता प्रकार हैं:

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

बुनियादी ढांचा प्रणाली मॉडल

सिस्टम मॉडल किसी सुविधा को प्रदान करने के लिए आवश्यक बुनियादी ढाँचे को अमूर्त करता है। तकनीकी संदर्भ आर्किटेक्चर ये एक सिस्टम मॉडल पर आधारित हैं। ये बुनियादी ढांचे की विभिन्न विशेषताओं की पहचान करते हैं।.

एप्लिकेशन सर्वर, लोड बैलेंसर और स्टोरेज वाले एप्लिकेशन परिवेश के बारे में सोचें। आपके सिस्टम मॉडल का डिज़ाइन दोहराव, कठोरता और जटिलता की पहचान करने की आपकी क्षमता को सीमित करेगा।.

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

FEAF, OPAS और IndEA सभी इंफ्रास्ट्रक्चर सिस्टम मॉडल प्रदान करते हैं। इंफ्रास्ट्रक्चर पोर्टफोलियो प्लानिंग के लिए आवश्यक। दोहराव और विशेषज्ञता इंफ्रास्ट्रक्चर पोर्टफोलियो में जटिलता और लागत को बढ़ाते हैं।.

बुनियादी ढांचा सेवा मॉडल

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

इन्फ्रास्ट्रक्चर प्रदाता मॉडल विकसित करने और इन्फ्रास्ट्रक्चर सिस्टम मॉडल में लक्ष्य को मान्य करने में एक इन्फ्रास्ट्रक्चर सेवा मॉडल अमूल्य है। आपके सेवा मॉडल के सभी इंटरफेस आपके इंटरफ़ेस मॉडल में अच्छी तरह से पहचाने जाने चाहिए।.

उद्यम की चपलता के लिए एक अच्छे इंफ्रास्ट्रक्चर सेवा मॉडल की आवश्यकता होती है। आपको बदलाव की राह में आने वाली बाधाओं को पहचानने और उन्हें दूर करने में सक्षम होना चाहिए।.

इंटरफ़ेस मॉडल

एक इंटरफ़ेस मॉडल यह बताता है कि आप अपने इंफ्रास्ट्रक्चर के विभिन्न घटकों को एक-दूसरे से कैसे जोड़ते हैं, और एप्लिकेशन और डेटा इंफ्रास्ट्रक्चर तक कैसे पहुँचते हैं। आप इंटरफ़ेस मॉडल के बिना प्राइवेट क्लाउड PaaS आर्किटेक्चर विकसित नहीं कर सकते। अब आप एक से ज़्यादा पब्लिक क्लाउड PaaS प्रदाताओं की सेवाओं को कनेक्ट कर पाएँगे।.

आप प्रणालियों के बीच सीमाओं का पीछा कर रहे हैं। आपको यह स्पष्ट करना होगा कि क्या और कैसे किसी सीमा को पार किया जा सकता है। अक्सर तकनीकी आर्किटेक्ट उन सीमाओं को निर्दिष्ट करने में विफल रहते हैं जिन्हें पार नहीं किया जा सकता। अधिकांश कठोर और अपरिवर्तनीय बुनियादी ढाँचे इसी विफलता का परिणाम हैं।.

इंटरफ़ेस मॉडल उद्यम की चपलता को सक्षम करने, बुनियादी ढांचे के पोर्टफोलियो का प्रबंधन करने और आईटी लागत को कम करने में महत्वपूर्ण है।.

जीवनचक्र मॉडल

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

मानक सूची

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

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

आपका मानक कैटलॉग बुनियादी ढाँचे की खरीद को गति देगा। जब कोई प्रभावी बुनियादी ढाँचा सेवा मॉडल या बुनियादी ढाँचा इंटरफ़ेस मॉडल नहीं होगा, तो यह अन्य डोमेन और कार्यान्वयनकर्ताओं को मार्गदर्शन और प्रतिबंध प्रदान करेगा।.

बुनियादी ढांचे का भौतिक मॉडल

एक भौतिक मॉडल वास्तविक बुनियादी ढाँचे के पोर्टफोलियो का वर्णन करता है। हमेशा व्यावसायिक बुनियादी ढाँचा विक्रेताओं द्वारा प्रयुक्त शब्दों का प्रयोग करें। लक्ष्य को वास्तविक दुनिया में स्थानांतरित करने के लिए आपको इसे अन्य प्रौद्योगिकी वास्तुकला मॉडलों से जोड़ना होगा।.

भौतिक मॉडल, अमूर्त प्रौद्योगिकी वास्तुकला मॉडलों में कई कमियों की पहचान करता है। यह चरण एफ के माध्यम से कार्यान्वयन और प्रवासन योजना विकसित की गई.

प्रौद्योगिकी वास्तुकला तकनीकें

हम अपने व्यवसायिक ढांचे को विकसित करने और संप्रेषित करने के लिए तकनीकों के एक व्यापक सेट का उपयोग करते हैं।.

  • तकनीकी संदर्भ आर्किटेक्चर
  • अच्छे मॉडल-संचालित विकास में UML सर्वव्यापी है। जब आप समाधान विकास को समर्थन देने के लिए आर्किटेक्चर पर काम कर रहे हों, तो सिस्टम मॉडल और इंटरफ़ेस मॉडल को UML प्रथाओं का पालन करते हुए विकसित किया जाना चाहिए।.
  • 4+1 दृष्टिकोण विभिन्न समुदायों के लिए लक्ष्य के निहितार्थ की पहचान करने में उपयोगी होते हैं। 4+1 मॉडल विकसित करने से यह सुनिश्चित करने में मदद मिलती है कि आप सभी प्रासंगिक परिवर्तनों पर विचार कर रहे हैं।.

एंटरप्राइज़ आर्किटेक्चर उद्देश्य के अनुरूप प्रौद्योगिकी आर्किटेक्चर मॉडल

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

रणनीति का समर्थन करने के लिए वास्तुकला पोर्टफोलियो का समर्थन करने के लिए वास्तुकला परियोजना का समर्थन करने के लिए वास्तुकला समाधान वितरण का समर्थन करने के लिए वास्तुकला
बुनियादी ढांचा प्रदाता मॉडल मुख्य वितरण योग्य मुख्य वितरण योग्य बेहतर वास्तुकला बेहतर वास्तुकला
बुनियादी ढांचा प्रणाली मॉडल नियमित वितरण योग्य मुख्य वितरण योग्य बेहतर वास्तुकला बेहतर वास्तुकला
बुनियादी ढांचा सेवा मॉडल नियमित वितरण योग्य मुख्य वितरण योग्य मुख्य वितरण योग्य और बेहतर वास्तुकला मुख्य वितरण योग्य और बेहतर वास्तुकला
इंटरफ़ेस मॉडल शायद ही कभी इस्तेमाल किया सामयिक वितरण योग्य

उचित स्तर का विवरण अक्सर मूल्य को कम कर देता है

मुख्य वितरण योग्य मुख्य वितरण योग्य और बेहतर वास्तुकला
जीवनचक्र मॉडल सामयिक वितरण योग्य

उचित स्तर का विवरण अक्सर मूल्य को कम कर देता है

मुख्य वितरण योग्य

उचित स्तर का विवरण अक्सर मूल्य को कम कर देता है

मुख्य वितरण योग्य और बेहतर वास्तुकला बेहतर वास्तुकला
मानक सूची शायद ही कभी इस्तेमाल किया सामयिक वितरण योग्य

उचित स्तर का विवरण अक्सर मूल्य को कम कर देता है

मुख्य वितरण योग्य और बेहतर वास्तुकला बेहतर वास्तुकला
बुनियादी ढांचे का भौतिक मॉडल शायद ही कभी इस्तेमाल किया सामयिक वितरण योग्य

उचित स्तर का विवरण अक्सर मूल्य को कम कर देता है

मुख्य वितरण योग्य और बेहतर वास्तुकला मुख्य वितरण योग्य और बेहतर वास्तुकला

अनुप्रयोग वास्तुकला मॉडल का प्रौद्योगिकी वास्तुकला मॉडल पर प्रभाव

अनुप्रयोग विकास मोड सिस्टम मॉडल उत्पाद मॉडल एकीकरण मॉडल एप्लिकेशन सेवा
बुनियादी ढांचा प्रदाता मॉडल प्रमुख इनपुट प्रमुख इनपुट प्रमुख इनपुट प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

बुनियादी ढांचा प्रणाली मॉडल प्रमुख इनपुट प्रमुख इनपुट प्रमुख इनपुट सीमित इनपुट सीमित इनपुट
बुनियादी ढांचा सेवा मॉडल प्रमुख इनपुट प्रमुख इनपुट प्रमुख इनपुट सर्वश्रेष्ठ इनपुट

सीधा लिंक देखना मुश्किल है। यह काम करने लायक है

सर्वश्रेष्ठ इनपुट

सीधा लिंक देखना मुश्किल है। यह काम करने लायक है

इंटरफ़ेस मॉडल प्रमुख इनपुट प्रमुख इनपुट सर्वश्रेष्ठ इनपुट

सीधा लिंक देखना मुश्किल है। यह काम करने लायक है

सर्वश्रेष्ठ इनपुट

सीधा लिंक देखना मुश्किल है। यह काम करने लायक है

भौतिक अवसंरचना मॉडल इनपुट प्रमुख इनपुट

प्रदाता मॉडल की आवश्यकता है

सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

व्यावसायिक वास्तुकला मॉडल का प्रौद्योगिकी वास्तुकला मॉडल पर प्रभाव

व्यवसाय मॉडल ऑपरेटिंग मॉडल मूल्य श्रृंखला क्षमता मॉडल प्रक्रिया प्रतिमान कार्यात्मक मॉडल सूचना मॉडल संगठन मॉडल
बुनियादी ढांचा प्रदाता मॉडल प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

सीमित इनपुट सीमित इनपुट
बुनियादी ढांचा प्रणाली मॉडल सीमित इनपुट सीमित इनपुट सीमित इनपुट सीमित इनपुट सीमित इनपुट प्रमुख इनपुट सीमित इनपुट प्रमुख इनपुट
बुनियादी ढांचा सेवा मॉडल सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

सर्वश्रेष्ठ इनपुट

सीधा लिंक देखना मुश्किल है। यह काम करने लायक है।.

पूर्णता परीक्षण के रूप में उपयोग किया जाता है प्रमुख इनपुट

सीधा लिंक देखना मुश्किल है। यह काम करने लायक है।.

प्रमुख इनपुट
इंटरफ़ेस मॉडल इंटरफ़ेस अस्तित्व पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

इंटरफ़ेस अस्तित्व पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

कोर डिज़ाइन पर प्रमुख इनपुट कोर डिज़ाइन पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

भौतिक अवसंरचना मॉडल बुनियादी ढांचे के स्थान के अस्तित्व पर प्रमुख इनपुट

प्रदाता मॉडल की आवश्यकता है

बुनियादी ढांचे के स्थान के अस्तित्व पर प्रमुख इनपुट

प्रदाता मॉडल की आवश्यकता है

सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

कोर डिज़ाइन पर इनपुट सीमित इनपुट

ये संबंध महत्वपूर्ण हैं, लेकिन इनका सीधा संबंध देख पाना कठिन है।

एंटरप्राइज़ आर्किटेक्चर उपयोग मामलों के लिए प्रौद्योगिकी आर्किटेक्चर मॉडल

प्रत्येक एंटरप्राइज़ आर्किटेक्चर उपयोग मामला प्रभावी बदलाव लाने के बारे में है। बदलाव कई तरह के होते हैं। हमारे एंटरप्राइज़ आर्किटेक्चर के उपयोग के मामले आम सवालों के जवाब देने में मदद करते हैं।.

इससे कोई फ़र्क़ नहीं पड़ता कि उपयोग का मामला क्या है। टेक्नोलॉजी आर्किटेक्ट्स का एक ही लक्ष्य है - अपने हितधारकों को बेहतर फ़ैसले लेने और सफल परिवर्तन पहलों का नेतृत्व करने में मदद करना।.

रणनीतिक परिवर्तन वृद्धिशील परिवर्तन लागत में सुधार गुणवत्ता में सुधार उद्यम की चपलता में सुधार प्रौद्योगिकी जोखिम को कम करना आईटी आधुनिकीकरण डिजिटल परिवर्तन एप्लिकेशन पोर्टफोलियो युक्तिकरण अधिग्रहण एकीकरण
बुनियादी ढांचा प्रदाता मॉडल बहुत उपयोगी प्रमुख बाधाएँ मुख्य दिशानिर्देश गंभीर बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ
बुनियादी ढांचा प्रणाली मॉडल बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ  महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ
बुनियादी ढांचा सेवा मॉडल बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

 बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

 बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

 बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

जीवनचक्र मॉडल बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

महत्वपूर्ण अंतराल और बाधाएँ बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ बहुत उपयोगी

महत्वपूर्ण अंतराल और बाधाएँ

महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ महत्वपूर्ण अंतराल और बाधाएँ
मानक कैटलॉग मॉडल अंतराल और बाधाओं के लिए बहुत उपयोगी बहुत उपयोगी

गंभीर बाधाएँ

बहुत उपयोगी

गंभीर बाधाएँ

बहुत उपयोगी

गंभीर बाधाएँ

प्रतिबंध अंतराल और बाधाएँ अंतराल और बाधाएँ अंतराल और बाधाओं के लिए बहुत उपयोगी

एंटरप्राइज़ आर्किटेक्चर सिद्धांतों को प्रौद्योगिकी आर्किटेक्चर पर लागू करना

वहाँ हैं 7 आर्किटेक्चर सिद्धांत जो हर एंटरप्राइज़ आर्किटेक्ट को पता होने चाहिए. सिद्धांत श्रेष्ठ वास्तुकला हैं और वास्तुकला विकसित करते समय आपकी स्वतंत्रता को सीमित करते हैं। आपके प्रत्येक वास्तुकला सिद्धांत आपकी प्रौद्योगिकी वास्तुकला के विकास को बाधित करना. हमेशा अपने उम्मीदवार आर्किटेक्चर का परीक्षण करें, किसी संरेखण कथन की तलाश न करें। साबित करें कि आप अक्षरशः और भावना का पालन कर रहे हैं। आपको पता है कि सिद्धांत सही है। TOGAF ADM चरण D में, आपको यह साबित करना होगा कि तकनीकी आर्किटेक्चर अनुरूप है।.

प्रौद्योगिकी वास्तुकला निहितार्थ
सफलता के साथ खिलवाड़ मत करो बदलाव को खत्म करने पर विचार करें। हाँ, उन सभी बदलावों को खत्म करें जो स्पष्ट रूप से उचित नहीं हैं
उत्कृष्टता पर ध्यान केंद्रित करें लाभ उठाएं क्षमता मॉडल और यह अनुप्रयोग विकास मॉडल यह सुनिश्चित करना कि प्रौद्योगिकी उद्यम उत्कृष्टता को सक्षम बनाती है।.

के साथ संरेखित करें डिजिटल उत्पाद मॉडल. उत्पाद और सेवा सीधे ग्राहक को दिए जाते हैं और उनके न्यूनतम मानक बहुत भिन्न होते हैं।.

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

TOGAF चरण D एजाइल डेवलपमेंट के साथ किस प्रकार संरेखित होता है?

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

प्रौद्योगिकी वास्तुकला को अपनी एजाइल आवश्यकताओं के अनुरूप बनाने के लिए अपने इंफ्रास्ट्रक्चर प्रदाता मॉडल और इंफ्रास्ट्रक्चर सेवा मॉडल का सहारा लें।.

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

TOGAF चरण D उद्यम चपलता को कैसे सक्षम बनाता है?

जैसा कि हम जानते हैं, एंटरप्राइज़ चपलता का आपके सॉफ़्टवेयर लिखने के तरीके से कोई लेना-देना नहीं है। एंटरप्राइज़ चपलता आपके उद्यम की अप्रत्याशित खतरों और अवसरों पर प्रतिक्रिया करने की क्षमता है। यह इतना आसान है। क्या आप अप्रत्याशित पर प्रतिक्रिया कर सकते हैं?

The उद्यम चपलता मॉडल इसमें पाँच बिंदु हैं:

  1. सतर्कता - क्या आप अवसरों और खतरों का पता लगा सकते हैं?
  2. सुगम्यता - क्या आप प्रतिक्रिया देने के लिए समय पर प्रासंगिक जानकारी प्राप्त कर सकते हैं?
  3. निर्णायकता - क्या आप उपलब्ध जानकारी का उपयोग करके निर्णय ले सकते हैं?
  4. शीघ्रता - क्या आप उपलब्ध समय में अपने निर्णयों को क्रियान्वित कर सकते हैं?
  5. लचीलापन - कार्रवाई में आने वाली बाधाओं को कम करने के लिए आप क्या कर रहे हैं?

अधिकांश समय एंटरप्राइज़ आर्किटेक्चर #5 - लचीलेपन पर काम करता है। हर उस क्षेत्र की तलाश करें जो कठोरता पैदा करता है और उसे दूर करें। हमारी इंफ्रास्ट्रक्चर लाइफसाइकल प्लानिंग में, हम हर उस लाभ को कम कर देते हैं जो 2 साल के भीतर प्राप्त नहीं होता। यह तकनीकी आर्किटेक्चर पर एक महत्वपूर्ण बोझ है, और यही दर्शाता है कि पब्लिक क्लाउड PaaS इतना आकर्षक क्यों है।.

TOGAF ADM चरण D प्रौद्योगिकी वास्तुकला मॉडल

TOGAF ADM चरण D पर अंतिम विचार

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

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

TOGAF ADM चरण D में, आप चार आधारभूत एंटरप्राइज़ आर्किटेक्चर डोमेन विकसित करते हैं। TOGAF स्पष्ट रूप से कहता है कि आप इस आर्किटेक्चर को अन्य डोमेन के साथ विकसित करते हैं। अंतर यह है कि तकनीकी आर्किटेक्चर अक्सर अधिकांश परिवर्तन पहलों से परे परिवर्तनों को संचालित करता है। आपके स्वामित्व वाला बुनियादी ढाँचा दीर्घकालिक पूँजीगत संपत्तियाँ हैं और बहुत अलग गति से विकसित होते हैं। बुनियादी ढाँचे को आवश्यकता से पहले ही विकसित होना चाहिए। बुनियादी ढाँचे को उसके चक्र के अनुसार अद्यतन किया जाना चाहिए।.

सफल प्रौद्योगिकी आर्किटेक्ट मार्गदर्शन और निर्देश देते हैं:

  • उद्यम वास्तुकार डोमेन आर्किटेक्ट संभव की कला के लिए
  • सफलता के मानदंडों पर बुनियादी ढाँचा योजनाकार
  • समाधान आर्किटेक्ट और विशेषज्ञ प्रौद्योगिकी आर्किटेक्ट के बीच निर्णय के मानदंड, सफलता के मानदंड और प्राथमिकता पर चर्चा

महान प्रौद्योगिकी आर्किटेक्ट उद्यम की चपलता और चुस्त सॉफ्टवेयर विकास को संभव बनाते हैं। उन्होंने दक्षता और चपलता के बीच संतुलन पर ध्यान केंद्रित किया है।.

TOGAF ADM चरण D तकनीकी संरचना विकसित करता है। तकनीकी संरचना सभी आधुनिक डिजिटल उद्यमों की नींव है। TOGAF चरण D का उपयोग सीमित परिवर्तन संसाधनों को दक्षता और चपलता पर केंद्रित करने के लिए करें। ऐसा करने से बुनियादी ढाँचे में निवेश से स्थायी उद्यम मूल्य प्राप्त होता है।.

ऊपर स्क्रॉल करें
गुप्त लिंक