डेटा आर्किटेक्चर: Difference between revisions
No edit summary |
No edit summary |
||
| Line 37: | Line 37: | ||
== डेटा आर्किटेक्चर के तत्व == | == डेटा आर्किटेक्चर के तत्व == | ||
डेटा आर्किटेक्चर स्कीमा के डिज़ाइन चरण के समय कुछ तत्वों को परिभाषित किया जाना चाहिए। उदाहरण के लिए, डेटा संसाधनों को प्रबंधित करने के लिए स्थापित की जाने वाली प्रशासनिक संरचना का वर्णन किया जाना चाहिए। साथ ही, डेटा को स्टोर करने के लिए नियोजित की जाने वाली कार्यप्रणाली को परिभाषित किया जाना चाहिए। इसके अलावा, उपयोग की जाने वाली डेटाबेस विधियों का विवरण तैयार किया जाना चाहिए, साथ ही डेटा में हेरफेर करने वाली प्रक्रियाओं का विवरण भी तैयार किया जाना चाहिए। अन्य प्रणालियों द्वारा डेटा के लिए [[इंटरफ़ेस (कंप्यूटिंग)]] डिजाइन करना भी महत्वपूर्ण है, साथ ही मूलभूत | डेटा आर्किटेक्चर स्कीमा के डिज़ाइन चरण के समय कुछ तत्वों को परिभाषित किया जाना चाहिए। उदाहरण के लिए, डेटा संसाधनों को प्रबंधित करने के लिए स्थापित की जाने वाली प्रशासनिक संरचना का वर्णन किया जाना चाहिए। साथ ही, डेटा को स्टोर करने के लिए नियोजित की जाने वाली कार्यप्रणाली को परिभाषित किया जाना चाहिए। इसके अलावा, उपयोग की जाने वाली डेटाबेस विधियों का विवरण तैयार किया जाना चाहिए, साथ ही डेटा में हेरफेर करने वाली प्रक्रियाओं का विवरण भी तैयार किया जाना चाहिए। अन्य प्रणालियों द्वारा डेटा के लिए [[इंटरफ़ेस (कंप्यूटिंग)]] डिजाइन करना भी महत्वपूर्ण है, साथ ही मूलभूत संरचना के लिए एक डिजाइन जो सामान्य डेटा संचालन (अर्थात् आपातकालीन प्रक्रियाओं, [[डेटा आयात]], [[डेटा बैकअप]], बाहरी [[डेटा स्थानांतरण]]) का समर्थन करने के लिए है। | ||
उचित रूप से कार्यान्वित डेटा आर्किटेक्चर डिज़ाइन के मार्गदर्शन के बिना, सामान्य डेटा संचालन को विभिन्न विधियों से प्रायुक्त किया जा सकता है, जिससे ऐसी प्रणालियों के अन्दर डेटा के प्रवाह को समझना और नियंत्रित करना कठिन हो जाता है। संभावित बढ़ी हुई लागत और डेटा डिस्कनेक्ट सम्म्मिलित होने के कारण इस प्रकार का विखंडन अवांछनीय है। इस प्रकार की कठिनाइयों का सामना तेजी से बढ़ते उद्यमों और उन उद्यमों के साथ भी हो सकता है जो [[व्यवसाय]] की विभिन्न श्रेणियों को सेवा प्रदान करते हैं। | उचित रूप से कार्यान्वित डेटा आर्किटेक्चर डिज़ाइन के मार्गदर्शन के बिना, सामान्य डेटा संचालन को विभिन्न विधियों से प्रायुक्त किया जा सकता है, जिससे ऐसी प्रणालियों के अन्दर डेटा के प्रवाह को समझना और नियंत्रित करना कठिन हो जाता है। संभावित बढ़ी हुई लागत और डेटा डिस्कनेक्ट सम्म्मिलित होने के कारण इस प्रकार का विखंडन अवांछनीय है। इस प्रकार की कठिनाइयों का सामना तेजी से बढ़ते उद्यमों और उन उद्यमों के साथ भी हो सकता है जो [[व्यवसाय]] की विभिन्न श्रेणियों को सेवा प्रदान करते हैं। | ||
| Line 49: | Line 49: | ||
; एंटरप्राइज आवश्यकताएं: इनमें सामान्यतः किफायती और प्रभावी प्रणाली विस्तार, स्वीकार्य प्रदर्शन स्तर (विशेष रूप से प्रणाली एक्सेस स्पीड), वित्तीय लेनदेन विश्वसनीयता और पारदर्शी [[डेटा प्रबंधन]] जैसे तत्व सम्म्मिलित होते हैं। इसके अलावा, [[डेटा वेयरहाउस]] जैसी सुविधाओं के माध्यम से लेनदेन [[रिकॉर्ड (कंप्यूटर विज्ञान)]] और [[छवि फ़ाइल]]ों जैसे कच्चे डेटा का अधिक उपयोगी सूचना रूपों में [[डेटा रूपांतरण]] भी सामान्य संगठनात्मक आवश्यकता है, क्योंकि यह प्रबंधकीय निर्णय लेने और अन्य संगठनात्मक प्रक्रियाओं को सक्षम बनाता है। आर्किटेक्चर विधियों में से एक लेनदेन डेटा और (मास्टर) [[संदर्भ डेटा]] के प्रबंधन के बीच विभाजन है। दूसरा डेटा रिट्रीवल प्रणाली से [[स्वचालित पहचान और डेटा कैप्चर]] को विभाजित कर रहा है (जैसा कि डेटा वेयरहाउस में किया जाता है)। | ; एंटरप्राइज आवश्यकताएं: इनमें सामान्यतः किफायती और प्रभावी प्रणाली विस्तार, स्वीकार्य प्रदर्शन स्तर (विशेष रूप से प्रणाली एक्सेस स्पीड), वित्तीय लेनदेन विश्वसनीयता और पारदर्शी [[डेटा प्रबंधन]] जैसे तत्व सम्म्मिलित होते हैं। इसके अलावा, [[डेटा वेयरहाउस]] जैसी सुविधाओं के माध्यम से लेनदेन [[रिकॉर्ड (कंप्यूटर विज्ञान)]] और [[छवि फ़ाइल]]ों जैसे कच्चे डेटा का अधिक उपयोगी सूचना रूपों में [[डेटा रूपांतरण]] भी सामान्य संगठनात्मक आवश्यकता है, क्योंकि यह प्रबंधकीय निर्णय लेने और अन्य संगठनात्मक प्रक्रियाओं को सक्षम बनाता है। आर्किटेक्चर विधियों में से एक लेनदेन डेटा और (मास्टर) [[संदर्भ डेटा]] के प्रबंधन के बीच विभाजन है। दूसरा डेटा रिट्रीवल प्रणाली से [[स्वचालित पहचान और डेटा कैप्चर]] को विभाजित कर रहा है (जैसा कि डेटा वेयरहाउस में किया जाता है)। | ||
; प्रौद्योगिकी चालक: ये सामान्यतः पूर्ण डेटा आर्किटेक्चर और डेटाबेस आर्किटेक्चर डिज़ाइन द्वारा सुझाए जाते हैं। इसके अलावा, कुछ प्रौद्योगिकी ड्राइवर वर्तमान में संगठनात्मक एकीकरण | ; प्रौद्योगिकी चालक: ये सामान्यतः पूर्ण डेटा आर्किटेक्चर और डेटाबेस आर्किटेक्चर डिज़ाइन द्वारा सुझाए जाते हैं। इसके अलावा, कुछ प्रौद्योगिकी ड्राइवर वर्तमान में संगठनात्मक एकीकरण संरचना और मानकों, संगठनात्मक अर्थशास्त्र और वर्तमान में साइट संसाधनों (जैसे पहले खरीदे गए [[सॉफ्टवेयर लाइसेंसिंग]]) से प्राप्त होंगे। कई स्थितियों में, कई विरासत प्रणालियों के एकीकरण के लिए [[डेटा वर्चुअलाइजेशन]] विधियों के उपयोग की आवश्यकता होती है। | ||
; अर्थशास्त्र: ये भी महत्वपूर्ण कारक हैं जिन पर डेटा आर्किटेक्चर चरण के समय विचार किया जाना चाहिए। यह संभव है कि कुछ समाधान, सिद्धांत रूप में इष्टतम होते हुए भी, उनकी लागत के कारण संभावित उम्मीदवार नहीं हो सकते हैं। व्यापार चक्र, ब्याज दरों, बाजार की स्थितियों और [[कानून]]ी विचारों जैसे बाहरी कारकों का डेटा आर्किटेक्चर से संबंधित निर्णयों पर प्रभाव पड़ सकता है। | ; अर्थशास्त्र: ये भी महत्वपूर्ण कारक हैं जिन पर डेटा आर्किटेक्चर चरण के समय विचार किया जाना चाहिए। यह संभव है कि कुछ समाधान, सिद्धांत रूप में इष्टतम होते हुए भी, उनकी लागत के कारण संभावित उम्मीदवार नहीं हो सकते हैं। व्यापार चक्र, ब्याज दरों, बाजार की स्थितियों और [[कानून]]ी विचारों जैसे बाहरी कारकों का डेटा आर्किटेक्चर से संबंधित निर्णयों पर प्रभाव पड़ सकता है। | ||
Revision as of 19:35, 20 February 2023
डेटा आर्किटेक्चर में मॉडल, नीतियां, नियम और मानक सम्म्मिलित होते हैं जो नियंत्रित करते हैं कि कौन सा डेटा एकत्र किया आंकड़े है और इसे कैसे संग्रहीत, व्यवस्थित, एकीकृत और डेटा प्रणाली और संगठनों में उपयोग में लाया जाता है।[1] डेटा सामान्यतः कई आर्किटेक्चर डोमेन में से एक है जो उद्यम स्थापत्य या समाधान आर्किटेक्चर के स्तंभ बनाते हैं।[2]
सिंहावलोकन
डेटा आर्किटेक्चर का लक्ष्य अपने सभी डेटा प्रणाली के लिए डेटा मानकों को एक दृष्टि या उन डेटा प्रणाली के बीच अंतिम इंटरैक्शन के मॉडल के रूप में सेट करना है। डेटा एकीकरण, उदाहरण के लिए, डेटा आर्किटेक्चर मानकों पर निर्भर होना चाहिए क्योंकि डेटा एकीकरण के लिए दो या दो से अधिक डेटा प्रणाली के बीच डेटा इंटरैक्शन की आवश्यकता होती है। डेटा आर्किटेक्चर, भाग में, व्यवसाय और उसके कंप्यूटर अनुप्रयोग सॉफ्टवेयर द्वारा उपयोग की जाने वाली डेटा संरचनाओं का वर्णन करता है। डेटा आर्किटेक्चर भंडारण में डेटा, उपयोग में डेटा और गति में डेटा को संबोधित करता है; डेटा स्टोर, डेटा समूह और डेटा आइटम का विवरण; और डेटा गुणों, अनुप्रयोगों, स्थानों, आदि के लिए उन डेटा कलाकृतियों की डेटा मैपिंग।
लक्ष्य स्थिति को साकार करने के लिए आवश्यक, डेटा आर्किटेक्चर बताता है कि सूचना प्रणाली में डेटा को कैसे संसाधित, संग्रहीत और उपयोग किया जाता है। यह डाटा प्रासेसिंग संचालन के लिए मानदंड प्रदान करता है जिससे डेटा प्रवाह को डिजाइन करना संभव हो सके और प्रणाली में डेटा के प्रवाह को नियंत्रित भी किया जा सके।
डेटा वास्तुकार सामान्यतः लक्ष्य स्थिति को परिभाषित करने, विकास के समय संरेखित करने और फिर यह सुनिश्चित करने के लिए कि मूल ब्लूप्रिंट की भावना में वृद्धि की जाती है, के लिए जिम्मेदार है।
लक्ष्य स्थिति की परिभाषा के समय, डेटा आर्किटेक्चर किसी विषय को परमाणु स्तर तक तोड़ता है और फिर इसे वांछित रूप में वापस बनाता है। डेटा आर्किटेक्ट तीन पारंपरिक वास्तुशिल्प चरणों के माध्यम से विषय को तोड़ता है:
- वैचारिक - सभी Business_object का प्रतिनिधित्व करता है।
- तार्किक - संस्थाओं के संबंध कैसे हैं, इसके तर्क का प्रतिनिधित्व करता है।
- भौतिक - विशिष्ट प्रकार की कार्यक्षमता के लिए डेटा तंत्र की प्राप्ति।
एंटरप्राइज़ आर्किटेक्चर के लिए ज़चमन फ्रेमवर्क का डेटा कॉलम -
| Layer | View | Data (What) | Stakeholder |
| 1 | Scope/Contextual | List of things and architectural standards[3] important to the business | Planner |
| 2 | Business Model/Conceptual | Semantic model or Conceptual/Enterprise data model | Owner |
| 3 | System Model/Logical | Enterprise/Logical data model | Designer |
| 4 | Technology Model/Physical | Physical data model | Builder |
| 5 | Detailed Representations | Actual databases | Developer |
इस दूसरे, विस्तृत अर्थ में, डेटा आर्किटेक्चर में संगठन के कार्यों, उपलब्ध विधियों और डेटा प्रकारों के बीच संबंधों का पूर्ण विश्लेषण सम्म्मिलित है।
डेटा आर्किटेक्चर को नए डेटा प्रोसेसिंग और स्टोरेज प्रणाली के डिजाइन के नियोजन चरण में परिभाषित किया जाना चाहिए। उद्यम का समर्थन करने के लिए आवश्यक प्रमुख प्रकार और डेटा के स्रोतों की पहचान इस प्रकार से की जानी चाहिए जो पूर्ण, सुसंगत और समझने योग्य हो। इस स्तर पर प्राथमिक आवश्यकता सभी प्रासंगिक डेटा संस्थाओं को परिभाषित करना है, न कि कंप्यूटर हार्डवेयर वस्तुओं को निर्दिष्ट करना। डेटा इकाई कोई वास्तविक या अमूर्त चीज है जिसके बारे में कोई संगठन या व्यक्ति डेटा स्टोर करना चाहता है।
भौतिक डेटा आर्किटेक्चर
सूचना प्रणाली का भौतिक डेटा आर्किटेक्चर प्रौद्योगिकी रोडमैपिंग का हिस्सा है। प्रौद्योगिकी योजना डेटा आर्किटेक्चर डिज़ाइन के कार्यान्वयन में उपयोग किए जाने वाले वास्तविक मूर्त तत्व (गणित) पर केंद्रित है। भौतिक डेटा आर्किटेक्चर में डेटाबेस आर्किटेक्चर सम्म्मिलित है। डेटाबेस आर्किटेक्चर वास्तविक डेटाबेस विधियों का मॉडल (सार) है जो डिज़ाइन किए गए डेटा आर्किटेक्चर का समर्थन करेगा।
डेटा आर्किटेक्चर के तत्व
डेटा आर्किटेक्चर स्कीमा के डिज़ाइन चरण के समय कुछ तत्वों को परिभाषित किया जाना चाहिए। उदाहरण के लिए, डेटा संसाधनों को प्रबंधित करने के लिए स्थापित की जाने वाली प्रशासनिक संरचना का वर्णन किया जाना चाहिए। साथ ही, डेटा को स्टोर करने के लिए नियोजित की जाने वाली कार्यप्रणाली को परिभाषित किया जाना चाहिए। इसके अलावा, उपयोग की जाने वाली डेटाबेस विधियों का विवरण तैयार किया जाना चाहिए, साथ ही डेटा में हेरफेर करने वाली प्रक्रियाओं का विवरण भी तैयार किया जाना चाहिए। अन्य प्रणालियों द्वारा डेटा के लिए इंटरफ़ेस (कंप्यूटिंग) डिजाइन करना भी महत्वपूर्ण है, साथ ही मूलभूत संरचना के लिए एक डिजाइन जो सामान्य डेटा संचालन (अर्थात् आपातकालीन प्रक्रियाओं, डेटा आयात, डेटा बैकअप, बाहरी डेटा स्थानांतरण) का समर्थन करने के लिए है।
उचित रूप से कार्यान्वित डेटा आर्किटेक्चर डिज़ाइन के मार्गदर्शन के बिना, सामान्य डेटा संचालन को विभिन्न विधियों से प्रायुक्त किया जा सकता है, जिससे ऐसी प्रणालियों के अन्दर डेटा के प्रवाह को समझना और नियंत्रित करना कठिन हो जाता है। संभावित बढ़ी हुई लागत और डेटा डिस्कनेक्ट सम्म्मिलित होने के कारण इस प्रकार का विखंडन अवांछनीय है। इस प्रकार की कठिनाइयों का सामना तेजी से बढ़ते उद्यमों और उन उद्यमों के साथ भी हो सकता है जो व्यवसाय की विभिन्न श्रेणियों को सेवा प्रदान करते हैं।
उचित रूप से क्रियान्वित, सूचना प्रणाली नियोजन का डेटा आर्किटेक्चर चरण एक संगठन को आंतरिक और बाहरी सूचना प्रवाह दोनों को निर्दिष्ट और वर्णित करने के लिए विवश करता है। ये ऐसे पैटर्न हैं जिनकी अवधारणा के लिए संगठन ने पहले समय नहीं लिया होगा। इसलिए इस स्तर पर महंगी जानकारी की कमी, विभागों के बीच डिस्कनेक्ट और संगठनात्मक प्रणालियों के बीच डिस्कनेक्ट की पहचान करना संभव है जो डेटा आर्किटेक्चर विश्लेषण से पहले स्पष्ट नहीं हो सकता है।[4]
बाधाएं और प्रभाव
विभिन्न बाधाओं और प्रभावों का डेटा आर्किटेक्चर डिज़ाइन पर प्रभाव पड़ेगा। इनमें उद्यम आवश्यकताएं, प्रौद्योगिकी चालक, अर्थशास्त्र, व्यावसायिक नीतियां और डेटा प्रोसेसिंग आवश्यकताएं सम्म्मिलित हैं।
- एंटरप्राइज आवश्यकताएं
- इनमें सामान्यतः किफायती और प्रभावी प्रणाली विस्तार, स्वीकार्य प्रदर्शन स्तर (विशेष रूप से प्रणाली एक्सेस स्पीड), वित्तीय लेनदेन विश्वसनीयता और पारदर्शी डेटा प्रबंधन जैसे तत्व सम्म्मिलित होते हैं। इसके अलावा, डेटा वेयरहाउस जैसी सुविधाओं के माध्यम से लेनदेन रिकॉर्ड (कंप्यूटर विज्ञान) और छवि फ़ाइलों जैसे कच्चे डेटा का अधिक उपयोगी सूचना रूपों में डेटा रूपांतरण भी सामान्य संगठनात्मक आवश्यकता है, क्योंकि यह प्रबंधकीय निर्णय लेने और अन्य संगठनात्मक प्रक्रियाओं को सक्षम बनाता है। आर्किटेक्चर विधियों में से एक लेनदेन डेटा और (मास्टर) संदर्भ डेटा के प्रबंधन के बीच विभाजन है। दूसरा डेटा रिट्रीवल प्रणाली से स्वचालित पहचान और डेटा कैप्चर को विभाजित कर रहा है (जैसा कि डेटा वेयरहाउस में किया जाता है)।
- प्रौद्योगिकी चालक
- ये सामान्यतः पूर्ण डेटा आर्किटेक्चर और डेटाबेस आर्किटेक्चर डिज़ाइन द्वारा सुझाए जाते हैं। इसके अलावा, कुछ प्रौद्योगिकी ड्राइवर वर्तमान में संगठनात्मक एकीकरण संरचना और मानकों, संगठनात्मक अर्थशास्त्र और वर्तमान में साइट संसाधनों (जैसे पहले खरीदे गए सॉफ्टवेयर लाइसेंसिंग) से प्राप्त होंगे। कई स्थितियों में, कई विरासत प्रणालियों के एकीकरण के लिए डेटा वर्चुअलाइजेशन विधियों के उपयोग की आवश्यकता होती है।
- अर्थशास्त्र
- ये भी महत्वपूर्ण कारक हैं जिन पर डेटा आर्किटेक्चर चरण के समय विचार किया जाना चाहिए। यह संभव है कि कुछ समाधान, सिद्धांत रूप में इष्टतम होते हुए भी, उनकी लागत के कारण संभावित उम्मीदवार नहीं हो सकते हैं। व्यापार चक्र, ब्याज दरों, बाजार की स्थितियों और कानूनी विचारों जैसे बाहरी कारकों का डेटा आर्किटेक्चर से संबंधित निर्णयों पर प्रभाव पड़ सकता है।
- व्यावसायिक नीतियां
- व्यावसायिक नीतियां जो डेटा आर्किटेक्चर डिज़ाइन को भी संचालित करती हैं, उनमें आंतरिक संगठनात्मक नीतियां, नियामक एजेंसी के नियम, कुशल मानक और प्रायुक्त सरकारी कानून सम्म्मिलित हैं जो प्रायुक्त सरकारी एजेंसी द्वारा भिन्न हो सकते हैं। ये नीतियां और नियम उस विधि का वर्णन करते हैं जिसमें उद्यम अपने डेटा को संसाधित करना चाहता है।
- डेटा प्रोसेसिंग की ज़रूरतें
- इनमें उच्च मात्रा में किए गए त्रुटिहीन और प्रतिलिपि प्रस्तुत करने योग्य डेटा लेनदेन, प्रबंधन सूचना प्रणाली (और संभावित डेटा खनन) के समर्थन के लिए डेटा वेयरहाउसिंग, दोहराव वाली आवधिक डेटा रिपोर्टिंग, तदर्थ रिपोर्टिंग, और आवश्यकतानुसार विभिन्न संगठनात्मक पहलों का समर्थन सम्म्मिलित है ( अर्थात् वार्षिक बजट, नया उत्पाद (व्यवसाय) विकास)।
यह भी देखें
- नियंत्रित शब्दावली
- डेटा मेश, डोमेन-ओरिएंटेड डेटा आर्किटेक्चर
- अलग प्रणाली
- उद्यम सूचना सुरक्षा वास्तुकला - (ईआईएसए) एंटरप्राइज इंफॉर्मेशन फ्रेमवर्क में डेटा सिक्योरिटी को पोजिशन करता है।
- एफडीआईसी एंटरप्राइज आर्किटेक्चर फ्रेमवर्क
- सूचना साइलो
- टोगाफ
संदर्भ
- ↑ Business Dictionary - Data Architecture Archived 2013-03-30 at the Wayback Machine; TOGAF 9.1 - Phase C: Information Systems Architectures - Data Architecture
- ↑ What is data architecture GeekInterview, 2008-01-28, accessed 2011-04-28
- ↑ Data Architecture Standards
- ↑ Mittal, Prashant (2009). लेखक. pg 256: Global India Publications. p. 314. ISBN 978-93-8022-820-4.
{{cite book}}: CS1 maint: location (link)
अग्रिम पठन
- Bass, L.; John, B.; & Kates, J. (2001). Achieving Usability Through Software Architecture, Carnegie Mellon University.
- Lewis, G.; Comella-Dorda, S.; Place, P.; Plakosh, D.; & Seacord, R., (2001). Enterprise Information System Data Architecture Guide Carnegie Mellon University.
- Adleman, S.; Moss, L.; Abai, M. (2005). Data Strategy Addison-Wesley Professional.
बाहरी संबंध
- Achieving Usability Through Software Architecture, sei.cmu.edu 2001
- The Logical Data Architecture, by Nirmal Baid
- Building a modern data and analytics architecture
- The “Right to Repair” Data Architecture with DataOps, the DataOps Blog
- TOGAF 9: Preparation Process
