निर्भरता: Difference between revisions

Latest revision as of 10:51, 14 January 2023

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

अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन (IEC), अपनी तकनीकी समिति TC 56 के माध्यम से अंतर्राष्ट्रीय मानकों का विकास और रखरखाव करता है जो उनके जीवन चक्र के दौरान उपकरणों, सेवाओं और प्रणालियों के निर्भरता मूल्यांकन और प्रबंधन के लिए व्यवस्थित तरीके से उपकरण प्रदान करते हैं। IFIP वर्किंग ग्रुप 10.4^[3] "डिपेंडेबल कंप्यूटिंग एंड फॉल्ट टॉलरेंस" पर क्षेत्र में तकनीकी समुदाय की प्रगति को संश्लेषित करने में एक भूमिका निभाता है और परिणामों का प्रसार करने के लिए प्रत्येक वर्ष दो कार्यशालाओं का आयोजन करता है।

निर्भरता को तीन तत्वों में विभाजित किया जा सकता है:

विशेषताएँ - एक प्रणाली की निर्भरता का आकलन करने का एक तरीका है।
खतरों - उन चीजों की समझ जो एक प्रणाली की निर्भरता को प्रभावित कर सकती हैं
साधन - किसी प्रणाली की निर्भरता बढ़ाने के उपाय

इतिहास

कुछ सूत्रों का कहना है, कि डॉज ब्रदर्स ऑटोमोबाइल प्रिंट विज्ञापन में उन्नीसवी-शादाब्धि में यह शब्द गढ़ा गया था। लेकिन यह शब्द उस अवधि से पहले का है, जब ऑक्सफोर्ड इंग्लिश डिक्शनरी ने 1901 में इसका पहला प्रयोग किया था।

जैसे-जैसे 1960 और 1970 के दशक में त्रुटि सहनशीलता और प्रणाली की विश्वसनीयता में रुचि बढ़ी, निर्भरता [x] का माप बन गई क्योंकि विश्वसनीयता के उपायों में सुरक्षा और अखंडता जैसे अतिरिक्त उपाय सम्मलित हो गए।^[4] 1980 के दशक की शुरुआत में, जीन-क्लाउड लैप्री ने विश्वसनीयता में निहित अर्थ के विस्तार के बिना दोष सहिष्णुता और सिस्टम विश्वसनीयता के अध्ययन को सम्मलित करने के लिए शब्द के रूप में निर्भरता को चुना ^[5]

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

परंपरागत रूप से, एक प्रणाली के लिए निर्भरता में उपलब्धता, विश्वसनीयता, रखरखाव सम्मलित है, लेकिन 1980 के दशक के बाद से सुरक्षा और सुरक्षा को निर्भरता के उपायों में जोड़ा गया है।^[6]

निर्भरता के तत्व

गुण

डिपेंडेबिलिटी एंड सिक्योरिटी एंड एट्रीब्यूट्स, थ्रेट्स एंड मीन्स (लैप्री एट अल के बाद) के बीच संबंध दिखाने वाली टैक्सोनॉमी

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

उपलब्धता - सही सेवा के लिए तत्परता
विश्वसनीयता - सही सेवा की निरंतरता
सुरक्षा - उपयोगकर्ता (उपयोगकर्ताओं) और पर्यावरण पर विनाशकारी परिणामों की अनुपस्थिति
अखंडता - अनुचित प्रणाली परिवर्तन की अनुपस्थिति
रख-रखाव - आसान रखरखाव के लिए क्षमता

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

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

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

हानि

हानि ऐसी चीजें हैं जो एक प्रणाली को प्रभावित कर सकती हैं और निर्भरता में गिरावट का कारण बन सकती हैं। तीन मुख्य शब्द हैं जिन्हें स्पष्ट रूप से समझा जाना चाहिए:

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

यह नोट करना महत्वपूर्ण है कि विफलताएं सिस्टम सीमा पर दर्ज की जाती हैं। वे मूल रूप से त्रुटियाँ हैं जो सिस्टम की सीमा तक फैल गई हैं और देखने योग्य हो गई हैं। दोष, त्रुटियाँ और असफलताएँ एक तंत्र के अनुसार कार्य करती हैं। इस तंत्र को कभी-कभी दोष-त्रुटि-विफलता श्रृंखला के रूप में जाना जाता है।^[8] एक सामान्य नियम के रूप में एक गलती, सक्रिय होने पर, एक त्रुटि (जो एक अमान्य स्थिति है) का कारण बन सकती है और एक त्रुटि से उत्पन्न अमान्य स्थिति दूसरी त्रुटि या विफलता का कारण बन सकती है (जो निर्दिष्ट व्यवहार से एक अवलोकनीय विचलन है) सिस्टम की सीमा)।^[9] एक बार गलती सक्रिय हो जाने पर एक त्रुटि पैदा हो जाती है। एक त्रुटि उसी तरह से कार्य कर सकती है जैसे कि एक दोष जिसमें यह आगे त्रुटि की स्थिति पैदा कर सकता है, इसलिए एक त्रुटि एक सिस्टम सीमा के भीतर एक अवलोकनीय विफलता के बिना कई बार फैल सकती है। यदि कोई त्रुटि सिस्टम सीमा के बाहर फैलती है तो विफलता होने के बारे में कहा जाता है। एक विफलता मूल रूप से वह बिंदु है जिस पर यह कहा जा सकता है कि एक सेवा अपने विनिर्देशन को पूरा करने में विफल हो रही है। चूंकि एक सेवा से आउटपुट डेटा दूसरे में फीड किया जा सकता है, एक सेवा में विफलता एक गलती के रूप में दूसरी सेवा में फैल सकती है, इसलिए एक श्रृंखला का गठन किया जा सकता है: त्रुटि के कारण त्रुटि, त्रुटि के कारण विफलता, आदि।

साधन

चूंकि त्रुटि-श्रृंखला की क्रियाविधि समझी जाती है, इसलिए इन श्रृंखलाओं को तोड़ने के साधनों का निर्माण करना संभव है और इस प्रकार एक प्रणाली की निर्भरता में वृद्धि होती है। अब तक चार साधनों की पहचान की गई है:

निवारण
निष्कासन
पूर्वानुमान
सहनशीलता

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

दोष हटाने को दो त्रुटि उप-श्रेणियों में उप-विभाजित किया जा सकता है: विकास के दौरान हटाना और उपयोग के दौरान हटाना।

विकास के दौरान हटाने के लिए सत्यापन की आवश्यकता होती है ताकि सिस्टम को उत्पादन में डालने से पहले दोषों का पता लगाया जा सके और उन्हें हटाया जा सके। एक बार जब सिस्टम को उत्पादन में डाल दिया जाता है तो विफलताओं को रिकॉर्ड करने और रखरखाव चक्र के माध्यम से उन्हें हटाने के लिए सिस्टम की आवश्यकता होती है।

दोष पूर्वानुमान संभावित दोषों की भविष्यवाणी करता है ताकि उन्हें हटाया जा सके या उनके प्रभावों को दरकिनार किया जा सके।^[10]^[11]

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

निर्भरता का मतलब सिस्टम के अंतिम उपयोगकर्ताओं को दिखाई देने वाली विफलताओं की संख्या को कम करना है।

दृढ़ता

दोष कैसे दिखाई देते हैं या बने रहते हैं, इसके आधार पर उन्हें इस प्रकार वर्गीकृत किया जाता है:

क्षणिक: वे बिना किसी स्पष्ट कारण के प्रकट होते हैं और बिना किसी स्पष्ट कारण के फिर से गायब हो जाते हैं
आंतरायिक: वे कई बार दिखाई देते हैं, संभवतः बिना किसी स्पष्ट पैटर्न के, और अपने आप गायब हो जाते हैं
स्थायी: एक बार दिखाई देने के बाद, वे अपने आप हल नहीं होते हैं

सूचना प्रणाली की निर्भरता और उत्तरजीविता

निर्भरता पर कुछ कार्य ^[12] संरचित सूचना प्रणाली का उपयोग करते हैं, उदा, सेवा-उन्मुख वास्तुकला के साथ, उत्तरजीविता विशेषता का परिचय देने के लिए, और अवक्रमित सेवाओं को ध्यान में रखते हुए एक सूचना प्रणाली को गैर-मास्केबल विफलता के बाद बनाए रखती है, या फिर से शुरू करती है।

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

नेटवर्क सूचना प्रणाली के सामान्यीकरण के साथ, उपयोगकर्ताओं के अनुभव को अधिक महत्व देने के लिए अभिगम्यता की शुरुआत की गई थी।

प्रदर्शन के स्तर को ध्यान में रखने के लिए, प्रदर्शन क्षमता के मापन को परिभाषित किया गया है "समय की निर्दिष्ट अवधि में दोषों की उपस्थिति में उद्देश्य प्रणाली कितना अच्छा प्रदर्शन करता है, यह निर्धारित करना है। ^[13]

यह भी देखें

आगे की पढाई

कागजात

विल्फ्रेडो टोरेस-पोमालेस: सॉफ्टवेयर फॉल्ट टॉलरेंस: एक ट्यूटोरियल, 2002
स्टेफानो पोरकारेली, मार्को कैस्टल्डी, फेलिसिटा डि जियानडोमेनिको, एंड्रिया बोंडावल्ली, पाओला इनवरार्डी में पुन: विन्यास को प्रबंधित करने के लिए एक दृष्टिकोण दोष-सहिष्णु वितरित सिस्टम

सम्मेलन

भरोसेमंद सिस्टम और नेटवर्क (डीएसएन) पर अंतर्राष्ट्रीय संगोष्ठी:^[14] समुदाय का प्रमुख सम्मेलन, 1970 से प्रतिवर्ष आयोजित किया जाता है।
रिलायबल डिस्ट्रीब्यूटेड सिस्टम्स (SRDS) पर अंतर्राष्ट्रीय संगोष्ठी:^[15] इसकी 40वीं पेशकश 2021 में है।

अधिक क्षेत्रीय केंद्रित सम्मेलन:

लैटिन-अमेरिकन सिम्पोजियम ऑन डिपेंडेबल कंप्यूटिंग (LADC): इसकी 10वीं पेशकश 2021 में है।
पेसिफिक रिम इंटरनेशनल सिम्पोजियम ऑन डिपेंडेबल कंप्यूटिंग (PRDC): इसकी 25वीं पेशकश 2021 में है।

पत्रिकाओं

IEEE Transactions on Dependable and Secure Computing (TDSC) is the flagship journal that comes under the purview of the IEEE Technical Committee on Fault Tolerant Computing (TCFTC).
Prognostics Journal is an open access journal that provides an international forum for the electronic publication of original research and industrial experience articles in all areas of systems dependability and prognostics.
International Journal of Critical Computer-Based Systems

किताबें

जे.सी. लैप्री, डिपेंडेबिलिटी: बेसिक कॉन्सेप्ट्स एंड टर्मिनोलॉजी, स्प्रिंगर-वर्लाग, 1992। ISBN 0-387-82296-8
डैनियल पी. सिविओरेक, रॉबर्ट एस. स्वार्ज़, रिलायबल कंप्यूटर सिस्टम्स: डिज़ाइन एंड इवैल्यूएशन, ए के पीटर्स/सीआरसी प्रेस, 1998. आईएसबीएन 978-1568810928

अनुसंधान परियोजनाएं

DESEREC, बढ़ी हुई REConfigurability द्वारा निर्भरता और सुरक्षा, छठा ढांचा कार्यक्रम एकीकृत परियोजना 2006-2008
नोड्स^{[permanent dead link]}, डिपेंडेबल सिस्टम्स पर नेटवर्क
ESFORS, वेब सेवाओं, सॉफ्टवेयर और सिस्टम के लिए यूरोपीय सुरक्षा फोरम, FP6/IST समन्वय कार्रवाई
HIDENETS अत्यधिक निर्भर आईपी-आधारित नेटवर्क और सेवाएं, FP6/IST लक्षित परियोजना 2006-2008
RESIST FP6/IST उत्कृष्टता नेटवर्क 2006-2007
RODIN कॉम्प्लेक्स सिस्टम FP6/IST लक्षित परियोजना 2004-2007 के लिए कठोर खुला विकास पर्यावरण
सुरक्षा और निर्भरता के लिए शांति प्रणाली इंजीनियरिंग, FP6/IST एकीकृत परियोजना 2006-2008
Willow उत्तरजीविता आर्किटेक्चर, और /20071118013735/http://dependability.cs.virginia.edu/info/STILT STILT, आतंकवाद हस्तक्षेप प्रणाली और बड़े पैमाने पर टीमवर्क 2002-2004
ANIKETOS Archived 2019-12-02 at the Wayback Machine भरोसेमंद और सुरक्षित सेवा संरचना, FP7/IST एकीकृत परियोजना 2010-2014

संदर्भ

↑ IEC, Electropedia del 192 Dependability, http://www.electropedia.org, select 192 Dependability, see 192-01-22 Dependability.
↑ ^2.0 ^2.1 A. Avizienis, J.-C. Laprie, Brian Randell, and C. Landwehr, "Basic Concepts and Taxonomy of Dependable and Secure Computing," IEEE Transactions on Dependable and Secure Computing, vol. 1, pp. 11-33, 2004.
↑ "भरोसेमंद सिस्टम और नेटवर्क". www.dependability.org. Retrieved 2021-06-08.
↑ Brian Randell, "Software Dependability: A Personal View", in the Proc of the 25th International Symposium on Fault-Tolerant Computing (FTCS-25), California, USA, pp 35-41, June 1995.
↑ J.C. Laprie. "Dependable Computing and Fault Tolerance: Concepts and terminology," in Proc. 15th IEEE Int. Symp. on Fault-Tolerant Computing, 1985
↑ A. Avizienis, J.-C. Laprie and Brian Randell: Fundamental Concepts of Dependability. Research Report No 1145, Lydford g DrAAS-CNRS, April 2001
↑ I. Sommerville, Software Engineering: Addison-Wesley, 2004.
↑ A. Avizienis, V. Magnus U, J. C. Laprie, and Brian Randell, "Fundamental Concepts of Dependability," presented at ISW-2000, Cambridge, MA, 2000.
↑ Moradi, Mehrdad; Van Acker, Bert; Vanherpen, Ken; Denil, Joachim (2019). Chamberlain, Roger; Taha, Walid; Törngren, Martin (eds.). "सिमुलिंक के लिए मॉडल-कार्यान्वित हाइब्रिड दोष इंजेक्शन (उपकरण प्रदर्शन)". Cyber Physical Systems. Model-Based Design. Lecture Notes in Computer Science (in English). Cham: Springer International Publishing. 11615: 71–90. doi:10.1007/978-3-030-23703-5_4. ISBN 978-3-030-23703-5. S2CID 195769468.
↑ "संवेदनशीलता विभाजन | के माध्यम से एफएमआई सह-सिमुलेशन में फॉल्ट इंजेक्शन का अनुकूलन 2019 ग्रीष्मकालीन सिमुलेशन सम्मेलन की कार्यवाही". dl.acm.org (in English). Retrieved 2020-06-15.
↑ Moradi, Mehrdad, Bentley James Oakes, Mustafa Saraoglu, Andrey Morozov, Klaus Janschek, and Joachim Denil. "Exploring Fault Parameter Space Using Reinforcement Learning-based Fault Injection." (2020).
↑ John C. Knight, Elisabeth A. Strunk, Kevin J. Sullivan: Towards a Rigorous Definition of Information System Survivability Archived 2006-10-29 at the Wayback Machine
↑ John F. Meyer, William H. Sanders Specification and construction of performability models
↑ "डीएसएन 2022". dsn2022.github.io. Retrieved 2021-08-01.
↑ "एसआरडीएस-2021". srds-conference.org. Retrieved 2021-08-01.

[1] IEC, Electropedia del 192 Dependability, http://www.electropedia.org, select 192 Dependability, see 192-01-22 Dependability.

[A._Avizienis,_J_pp._11-33-2] 2.0 ^2.1 A. Avizienis, J.-C. Laprie, Brian Randell, and C. Landwehr, "Basic Concepts and Taxonomy of Dependable and Secure Computing," IEEE Transactions on Dependable and Secure Computing, vol. 1, pp. 11-33, 2004.

[3] "भरोसेमंद सिस्टम और नेटवर्क". www.dependability.org. Retrieved 2021-06-08.

[4] Brian Randell, "Software Dependability: A Personal View", in the Proc of the 25th International Symposium on Fault-Tolerant Computing (FTCS-25), California, USA, pp 35-41, June 1995.

[ReferenceA-5] J.C. Laprie. "Dependable Computing and Fault Tolerance: Concepts and terminology," in Proc. 15th IEEE Int. Symp. on Fault-Tolerant Computing, 1985

[6] A. Avizienis, J.-C. Laprie and Brian Randell: Fundamental Concepts of Dependability. Research Report No 1145, Lydford g DrAAS-CNRS, April 2001

[7] I. Sommerville, Software Engineering: Addison-Wesley, 2004.

[8] A. Avizienis, V. Magnus U, J. C. Laprie, and Brian Randell, "Fundamental Concepts of Dependability," presented at ISW-2000, Cambridge, MA, 2000.

[9] Moradi, Mehrdad; Van Acker, Bert; Vanherpen, Ken; Denil, Joachim (2019). Chamberlain, Roger; Taha, Walid; Törngren, Martin (eds.). "सिमुलिंक के लिए मॉडल-कार्यान्वित हाइब्रिड दोष इंजेक्शन (उपकरण प्रदर्शन)". Cyber Physical Systems. Model-Based Design. Lecture Notes in Computer Science (in English). Cham: Springer International Publishing. 11615: 71–90. doi:10.1007/978-3-030-23703-5_4. ISBN 978-3-030-23703-5. S2CID 195769468.

[10] "संवेदनशीलता विभाजन | के माध्यम से एफएमआई सह-सिमुलेशन में फॉल्ट इंजेक्शन का अनुकूलन 2019 ग्रीष्मकालीन सिमुलेशन सम्मेलन की कार्यवाही". dl.acm.org (in English). Retrieved 2020-06-15.

[11] Moradi, Mehrdad, Bentley James Oakes, Mustafa Saraoglu, Andrey Morozov, Klaus Janschek, and Joachim Denil. "Exploring Fault Parameter Space Using Reinforcement Learning-based Fault Injection." (2020).

[12] John C. Knight, Elisabeth A. Strunk, Kevin J. Sullivan: Towards a Rigorous Definition of Information System Survivability Archived 2006-10-29 at the Wayback Machine

[13] John F. Meyer, William H. Sanders Specification and construction of performability models

[14] "डीएसएन 2022". dsn2022.github.io. Retrieved 2021-08-01.

[15] "एसआरडीएस-2021". srds-conference.org. Retrieved 2021-08-01.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

@@ Line 1: / Line 1: @@
 {{Short description|Measure in systems engineering}}
-[[प्रणाली अभियांत्रिकी|'''प्रणाली अभियांत्रिकी''']] में, निर्भरता एक सिस्टम की उपलब्धता, विश्वसनीयता, रखरखाव, और कुछ मामलों में, स्थायित्व और सुरक्षा जैसी अन्य विशेषताओं का एक उपाय है।<ref> IEC, ''Electropedia del 192 Dependability'', http://www.electropedia.org, select 192 Dependability, see 192-01-22 Dependability.</ref> [[रीयल-टाइम कंप्यूटिंग|'''रीयल-टाइम कंप्यूटिंग''']] में, निर्भरता ऐसी सेवाएं प्रदान करने की क्षमता रखता है, जिस पर एक समय-अवधि के भीतर  विश्वसनीय बनाये रखा जा सकता है।<ref name="A. Avizienis, J pp. 11-33">A. Avizienis, J.-C. Laprie, [[Brian Randell]], and C. Landwehr, "[http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?&arnumber=1335465 Basic Concepts and Taxonomy of Dependable and Secure Computing]," IEEE Transactions on Dependable and Secure Computing, vol. 1, pp. 11-33, 2004.</ref>  सेवा की गारंटी तब भी बनी रहनी चाहिए जब  तंत्र हमलों या प्राकृतिक विफलताओं के अधीन हो।
+[[प्रणाली अभियांत्रिकी|'''प्रणाली अभियांत्रिकी''']] में, निर्भरता एक सिस्टम की उपलब्धता, विश्वसनीयता, रखरखाव, और कुछ मामलों में, स्थायित्व और सुरक्षा जैसी अन्य विशेषताओं का एक उपाय है।<ref> IEC, ''Electropedia del 192 Dependability'', http://www.electropedia.org, select 192 Dependability, see 192-01-22 Dependability.</ref> [[रीयल-टाइम कंप्यूटिंग|'''रीयल-टाइम कंप्यूटिंग''']] में, निर्भरता ऐसी सेवाएं प्रदान करने की क्षमता रखता है, जिस पर एक समय-अवधि के भीतर विश्वसनीय बनाये रखा जा सकता है।<ref name="A. Avizienis, J pp. 11-33">A. Avizienis, J.-C. Laprie, [[Brian Randell]], and C. Landwehr, "[http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?&arnumber=1335465 Basic Concepts and Taxonomy of Dependable and Secure Computing]," IEEE Transactions on Dependable and Secure Computing, vol. 1, pp. 11-33, 2004.</ref> सेवा की गारंटी तब भी बनी रहनी चाहिए जब तंत्र हमलों या प्राकृतिक विफलताओं के अधीन हो।
-अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन (IEC), अपनी तकनीकी समिति TC 56 के माध्यम से अंतर्राष्ट्रीय मानकों का विकास और रखरखाव करता है जो  उनके जीवन चक्र के दौरान उपकरणों, सेवाओं और प्रणालियों के निर्भरता मूल्यांकन और प्रबंधन के लिए व्यवस्थित तरीके से उपकरण प्रदान करते हैं। IFIP वर्किंग ग्रुप 10.4<ref>{{Cite web|title=भरोसेमंद सिस्टम और नेटवर्क|url=https://www.dependability.org/|access-date=2021-06-08|website=www.dependability.org}}</ref> "डिपेंडेबल कंप्यूटिंग एंड फॉल्ट टॉलरेंस" पर क्षेत्र में तकनीकी समुदाय की प्रगति को संश्लेषित करने में एक भूमिका निभाता है और परिणामों का प्रसार करने के लिए प्रत्येक वर्ष दो कार्यशालाओं का आयोजन करता है।
+अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन (IEC), अपनी तकनीकी समिति TC 56 के माध्यम से अंतर्राष्ट्रीय मानकों का विकास और रखरखाव करता है जो उनके जीवन चक्र के दौरान उपकरणों, सेवाओं और प्रणालियों के निर्भरता मूल्यांकन और प्रबंधन के लिए व्यवस्थित तरीके से उपकरण प्रदान करते हैं। IFIP वर्किंग ग्रुप 10.4<ref>{{Cite web|title=भरोसेमंद सिस्टम और नेटवर्क|url=https://www.dependability.org/|access-date=2021-06-08|website=www.dependability.org}}</ref> "डिपेंडेबल कंप्यूटिंग एंड फॉल्ट टॉलरेंस" पर क्षेत्र में तकनीकी समुदाय की प्रगति को संश्लेषित करने में एक भूमिका निभाता है और परिणामों का प्रसार करने के लिए प्रत्येक वर्ष दो कार्यशालाओं का आयोजन करता है।
 निर्भरता को तीन तत्वों में विभाजित किया जा सकता है:
@@ Line 10: / Line 10: @@
 == इतिहास ==
-कुछ सूत्रों का कहना है कि '''डॉज ब्रदर्स ऑटोमोबाइल''' प्रिंट विज्ञापन में उन्नीस-किशोरियों में यह शब्द गढ़ा गया था। लेकिन यह शब्द उस अवधि से पहले का है, जब [[ऑक्सफोर्ड इंग्लिश डिक्शनरी]] ने 1901 में इसका पहला प्रयोग किया था।
+कुछ सूत्रों का कहना है, कि '''डॉज ब्रदर्स ऑटोमोबाइल''' प्रिंट विज्ञापन में उन्नीसवी-शादाब्धि में यह शब्द गढ़ा गया था। लेकिन यह शब्द उस अवधि से पहले का है, जब '''ऑक्सफोर्ड इंग्लिश डिक्शनरी''' ने 1901 में इसका पहला प्रयोग किया था।
-जैसे-जैसे 1960 और 1970 के दशक में त्रुटि सहिष्णुता और प्रणाली की विश्वसनीयता में रुचि बढ़ी, निर्भरता [x] का एक उपाय बन गई क्योंकि विश्वसनीयता इंजीनियरिंग के उपायों में सुरक्षा और अखंडता जैसे अतिरिक्त उपायों को शामिल किया गया।<ref>[[Brian Randell]], "Software Dependability: A Personal View", in the Proc of the 25th International Symposium on Fault-Tolerant Computing (FTCS-25), California, USA, pp 35-41, June 1995.</ref> 1980 के दशक की शुरुआत में, जीन-क्लाउड लैप्री ने विश्वसनीयता में निहित अर्थ के विस्तार के बिना दोष सहिष्णुता और सिस्टम विश्वसनीयता के अध्ययन को शामिल करने के लिए शब्द के रूप में निर्भरता को चुना।<ref name="ReferenceA">J.C. Laprie. "Dependable Computing and Fault Tolerance: Concepts and terminology," in Proc. 15th IEEE Int. Symp. on Fault-Tolerant Computing, 1985</ref>
+जैसे-जैसे 1960 और 1970 के दशक में त्रुटि सहनशीलता और प्रणाली की विश्वसनीयता में रुचि बढ़ी, निर्भरता [x] का माप बन गई क्योंकि विश्वसनीयता के उपायों में सुरक्षा और अखंडता जैसे अतिरिक्त उपाय सम्मलित हो गए।<ref>[[Brian Randell]], "Software Dependability: A Personal View", in the Proc of the 25th International Symposium on Fault-Tolerant Computing (FTCS-25), California, USA, pp 35-41, June 1995.</ref> 1980 के दशक की शुरुआत में, जीन-क्लाउड लैप्री ने विश्वसनीयता में निहित अर्थ के विस्तार के बिना दोष सहिष्णुता और सिस्टम विश्वसनीयता के अध्ययन को सम्मलित करने के लिए शब्द के रूप में निर्भरता को चुना <ref name="ReferenceA">J.C. Laprie. "Dependable Computing and Fault Tolerance: Concepts and terminology," in Proc. 15th IEEE Int. Symp. on Fault-Tolerant Computing, 1985</ref>
-भरोसेमंदता का क्षेत्र इन शुरुआत से कई प्रमुख अंतरराष्ट्रीय सम्मेलनों, विशेष रूप से भरोसेमंद सिस्टम और नेटवर्क, [[एसआरडीएस]] और आईएसएसआरई पर अंतर्राष्ट्रीय सम्मेलन द्वारा विकसित अनुसंधान के एक अंतरराष्ट्रीय स्तर पर सक्रिय क्षेत्र के रूप में विकसित हुआ है।
-परंपरागत रूप से, एक प्रणाली के लिए निर्भरता में [[उपलब्धता]], विश्वसनीयता इंजीनियरिंग, रखरखाव शामिल है, लेकिन 1980 के दशक से [[[[सुरक्षा]]]] और सुरक्षा को निर्भरता के उपायों में जोड़ा गया है।<ref>A. Avizienis, J.-C. Laprie and [[Brian Randell]]: ''[http://www.cert.org/research/isw/isw2000/papers/56.pdf Fundamental Concepts of Dependability]''. Research Report No 1145, [[Laboratory_for_Analysis_and_Architecture_of_Systems|Lydford g DrAAS-CNRS]], April 2001</ref>
+निर्भरता का क्षेत्रशुरुआत से विकसित हुआ है जो कई प्रमुख अंतरराष्ट्रीय सम्मेलनों, विशेष रूप से भरोसेमंद प्रणालियों और नेटवर्क पर अंतर्राष्ट्रीय सम्मेलन, विश्वसनीय वितरित प्रणालियों पर अंतर्राष्ट्रीय संगोष्ठी और सॉफ्टवेयर विश्वसनीयता पर अंतर्राष्ट्रीय संगोष्ठी द्वारा बढ़ावा देने वाले अनुसंधान के एक अंतरराष्ट्रीय स्तर पर सक्रिय क्षेत्र के रूप में विकसित हुआ है।
+परंपरागत रूप से, एक प्रणाली के लिए निर्भरता में उपलब्धता, विश्वसनीयता, रखरखाव सम्मलित है, लेकिन 1980 के दशक के बाद से सुरक्षा और सुरक्षा को निर्भरता के उपायों में जोड़ा गया है।<ref>A. Avizienis, J.-C. Laprie and [[Brian Randell]]: ''[http://www.cert.org/research/isw/isw2000/papers/56.pdf Fundamental Concepts of Dependability]''. Research Report No 1145, [[Laboratory_for_Analysis_and_Architecture_of_Systems|Lydford g DrAAS-CNRS]], April 2001</ref>
@@ Line 22: / Line 23: @@
 === गुण ===
-[[Image:dep-1.svg|thumb|डिपेंडेबिलिटी एंड सिक्योरिटी एंड एट्रीब्यूट्स, थ्रेट्स एंड मीन्स (लैप्री एट अल के बाद) के बीच संबंध दिखाने वाली टैक्सोनॉमी]]गुण एक प्रणाली के गुण हैं। गुणात्मक डेटा या [[मात्रात्मक संपत्ति]] उपायों का उपयोग करके इसकी समग्र निर्भरता निर्धारित करने के लिए इनका मूल्यांकन किया जा सकता है। एविज़िनिस एट अल। निम्नलिखित निर्भरता विशेषताओं को परिभाषित करें:
+[[Image:dep-1.svg|thumb|डिपेंडेबिलिटी एंड सिक्योरिटी एंड एट्रीब्यूट्स, थ्रेट्स एंड मीन्स (लैप्री एट अल के बाद) के बीच संबंध दिखाने वाली टैक्सोनॉमी]]एक प्रणाली के गुण हैं। गुणात्मक या मात्रात्मक उपायों का उपयोग करके इसकी समग्र निर्भरता निर्धारित करने के लिए इनका मूल्यांकन किया जा सकता है। एविज़िनिस एट अल द्वारा निम्नलिखित निर्भरता विशेषताओं को परिभाषित करें:
 * उपलब्धता - सही सेवा के लिए तत्परता
-* विश्वसनीयता इंजीनियरिंग - सही सेवा की निरंतरता
+* विश्वसनीयता - सही सेवा की निरंतरता
 * सुरक्षा - उपयोगकर्ता (उपयोगकर्ताओं) और पर्यावरण पर विनाशकारी परिणामों की अनुपस्थिति
-* वफ़ादारी - अनुचित प्रणाली परिवर्तन की अनुपस्थिति
+* अखंडता - अनुचित प्रणाली परिवर्तन की अनुपस्थिति
-* रख-रखाव - आसान रखरखाव (मरम्मत) की क्षमता
+* रख-रखाव - आसान रखरखाव के लिए क्षमता
-जैसा कि इन परिभाषाओं ने सुझाया है, केवल उपलब्धता और विश्वसनीयता प्रत्यक्ष मापन द्वारा मात्रात्मक हैं जबकि अन्य अधिक व्यक्तिपरक हैं। उदाहरण के लिए, सुरक्षा को सीधे मेट्रिक्स के माध्यम से नहीं मापा जा सकता है, लेकिन यह एक व्यक्तिपरक मूल्यांकन है जिसमें विश्वास का स्तर देने के लिए निर्णय संबंधी जानकारी को लागू करने की आवश्यकता होती है, जबकि विश्वसनीयता को समय के साथ विफलताओं के रूप में मापा जा सकता है।
+जैसा कि इन परिभाषाओं बताया गया है, कीकेवल उपलब्धता और विश्वसनीयता प्रत्यक्ष मापन द्वारा मात्रात्मक हैं जबकि अन्य अधिक व्यक्तिपरक हैं। उदाहरण के लिए, सुरक्षा को सीधे मेट्रिक्स के माध्यम से नहीं मापा जा सकता है, लेकिन यह एक व्यक्तिपरक मूल्यांकन है जिसमें विश्वास का स्तर देने के लिए निर्णय संबंधी जानकारी को लागू करने की आवश्यकता होती है, जबकि विश्वसनीयता को समय के साथ विफलताओं के रूप में मापा जा सकता है।
-सुरक्षा को संबोधित करते समय [[गोपनीयता]], यानी सूचना के अनधिकृत प्रकटीकरण की अनुपस्थिति का भी उपयोग किया जाता है। सुरक्षा गोपनीयता, [[अखंडता]] और उपलब्धता का एक संयोजन है। सुरक्षा को कभी-कभी एक विशेषता के रूप में वर्गीकृत किया जाता है <ref>I. Sommerville, Software Engineering: Addison-Wesley, 2004.</ref> लेकिन वर्तमान दृष्टिकोण यह है कि इसे निर्भरता के साथ एक साथ जोड़ा जाए और निर्भरता को एक समग्र शब्द के रूप में माना जाए जिसे निर्भरता और सुरक्षा कहा जाता है।<ref name="A. Avizienis, J pp. 11-33" />
+सुरक्षा को संबोधित करते समय गोपनीयता, यानी सूचना के अनधिकृत प्रकटीकरण की अनुपस्थिति का भी उपयोग किया जाता है। सुरक्षा गोपनीयता, अखंडता और उपलब्धता का एक संयोजन है। सुरक्षा को कभी-कभी एक विशेषता के रूप में वर्गीकृत किया जाता है <ref>I. Sommerville, Software Engineering: Addison-Wesley, 2004.</ref> लेकिन वर्तमान दृष्टिकोण इसे निर्भरता के साथ एक साथ जोड़ना है और निर्भरता को एक समग्र शब्द के रूप में माना जाता है जिसे निर्भरता और सुरक्षा कहा जाता है।<ref name="A. Avizienis, J pp. 11-33" />
 व्यावहारिक रूप से, सिस्टम के उपकरणों के लिए सुरक्षा उपायों को लागू करने से आम तौर पर बाह्य रूप से उत्पन्न त्रुटियों की संख्या को सीमित करके निर्भरता में सुधार होता है।
-=== धमकी ===
+=== हानि ===
-खतरे ऐसी चीजें हैं जो एक प्रणाली को प्रभावित कर सकती हैं और निर्भरता में गिरावट का कारण बन सकती हैं। तीन मुख्य शब्द हैं जिन्हें स्पष्ट रूप से समझा जाना चाहिए:
+हानि ऐसी चीजें हैं जो एक प्रणाली को प्रभावित कर सकती हैं और निर्भरता में गिरावट का कारण बन सकती हैं। तीन मुख्य शब्द हैं जिन्हें स्पष्ट रूप से समझा जाना चाहिए:
-* दोष: एक दोष (जिसे आमतौर पर ऐतिहासिक कारणों से बग के रूप में संदर्भित किया जाता है) एक प्रणाली में एक दोष है। किसी सिस्टम में खराबी की उपस्थिति से विफलता हो भी सकती है और नहीं भी। उदाहरण के लिए, हालांकि किसी सिस्टम में कोई दोष हो सकता है, इसके इनपुट और राज्य की स्थिति के कारण कभी भी इस दोष को निष्पादित नहीं किया जा सकता है ताकि कोई त्रुटि उत्पन्न हो; और इस प्रकार वह विशेष दोष कभी भी असफलता के रूप में प्रदर्शित नहीं होता है।
+* दोष:एक दोष (जिसे सामान्यतः ऐतिहासिक कारणों से बग के रूप में संदर्भित किया जाता है) एक प्रणाली में एक दोष है। किसी सिस्टम में खराबी की उपस्थिति से विफलता हो भी सकती है और नहीं भी। उदाहरण के लिए, हालांकि किसी सिस्टम में कोई दोष हो सकता है, इसके इनपुट और राज्य की स्थिति के कारण कभी भी इस दोष को निष्पादित नहीं किया जा सकता है ताकि कोई त्रुटि उत्पन्न हो; और इस प्रकार वह विशेष दोष कभी भी असफलता के रूप में प्रदर्शित नहीं होता है।
 * त्रुटि: एक त्रुटि सिस्टम के इच्छित व्यवहार और सिस्टम सीमा के अंदर उसके वास्तविक व्यवहार के बीच एक विसंगति है। त्रुटि तब होती है जब सिस्टम का कुछ हिस्सा गलती की सक्रियता के कारण अप्रत्याशित स्थिति में प्रवेश करता है। चूंकि त्रुटियाँ अमान्य अवस्थाओं से उत्पन्न होती हैं, इसलिए उन्हें विशेष तंत्रों के बिना निरीक्षण करना कठिन होता है, जैसे डिबगर या लॉग में डिबग आउटपुट।
 * विफलता: एक विफलता उस समय का एक उदाहरण है जब एक सिस्टम व्यवहार प्रदर्शित करता है जो उसके विनिर्देशों के विपरीत होता है। एक त्रुटि आवश्यक रूप से विफलता का कारण नहीं हो सकती है, उदाहरण के लिए एक सिस्टम द्वारा एक अपवाद फेंका जा सकता है लेकिन इसे गलती सहिष्णुता तकनीकों का उपयोग करके पकड़ा और संभाला जा सकता है, इसलिए सिस्टम का समग्र संचालन विनिर्देश के अनुरूप होगा।
@@ Line 48: / Line 49: @@
 एक बार गलती सक्रिय हो जाने पर एक त्रुटि पैदा हो जाती है। एक त्रुटि उसी तरह से कार्य कर सकती है जैसे कि एक दोष जिसमें यह आगे त्रुटि की स्थिति पैदा कर सकता है, इसलिए एक त्रुटि एक सिस्टम सीमा के भीतर एक अवलोकनीय विफलता के बिना कई बार फैल सकती है। यदि कोई त्रुटि सिस्टम सीमा के बाहर फैलती है तो विफलता होने के बारे में कहा जाता है। एक विफलता मूल रूप से वह बिंदु है जिस पर यह कहा जा सकता है कि एक सेवा अपने विनिर्देशन को पूरा करने में विफल हो रही है। चूंकि एक सेवा से आउटपुट डेटा दूसरे में फीड किया जा सकता है, एक सेवा में विफलता एक गलती के रूप में दूसरी सेवा में फैल सकती है, इसलिए एक श्रृंखला का गठन किया जा सकता है: त्रुटि के कारण त्रुटि, त्रुटि के कारण विफलता, आदि।
-=== मतलब ===
+=== साधन ===
-चूंकि दोष-त्रुटि-श्रृंखला के तंत्र को समझा जाता है, इसलिए इन श्रृंखलाओं को तोड़ने के साधनों का निर्माण करना संभव है और इस प्रकार प्रणाली की निर्भरता में वृद्धि होती है।
+चूंकि त्रुटि-श्रृंखला की क्रियाविधि समझी जाती है, इसलिए इन श्रृंखलाओं को तोड़ने के साधनों का निर्माण करना संभव है और इस प्रकार एक प्रणाली की निर्भरता में वृद्धि होती है। अब तक चार साधनों की पहचान की गई है:
-अब तक चार साधनों की पहचान की गई है:
 # निवारण
 # निष्कासन
-# भविष्यवाणी
+# पूर्वानुमान
 # सहनशीलता
-दोष निवारण एक प्रणाली में पेश होने वाले दोषों को रोकने से संबंधित है। यह विकास के तरीकों और अच्छी कार्यान्वयन तकनीकों के उपयोग से पूरा किया जा सकता है।
+त्रुटि निवारण एक प्रणाली में पेश होने वाले दोषों को रोकने से संबंधित है। यह विकास के तरीकों और अच्छी कार्यान्वयन तकनीकों के उपयोग से पूरा किया जा सकता है।
+दोष हटाने को दो त्रुटि उप-श्रेणियों में उप-विभाजित किया जा सकता है: विकास के दौरान हटाना और उपयोग के दौरान हटाना।<br>
-दोष हटाने को दो उप-श्रेणियों में उप-विभाजित किया जा सकता है: विकास के दौरान हटाना और उपयोग के दौरान हटाना।<br>
 विकास के दौरान हटाने के लिए सत्यापन की आवश्यकता होती है ताकि सिस्टम को उत्पादन में डालने से पहले दोषों का पता लगाया जा सके और उन्हें हटाया जा सके। एक बार जब सिस्टम को उत्पादन में डाल दिया जाता है तो विफलताओं को रिकॉर्ड करने और रखरखाव चक्र के माध्यम से उन्हें हटाने के लिए सिस्टम की आवश्यकता होती है।
 दोष पूर्वानुमान संभावित दोषों की भविष्यवाणी करता है ताकि उन्हें हटाया जा सके या उनके प्रभावों को दरकिनार किया जा सके।<ref>{{Cite web|title=संवेदनशीलता विभाजन {{!}} के माध्यम से एफएमआई सह-सिमुलेशन में फॉल्ट इंजेक्शन का अनुकूलन 2019 ग्रीष्मकालीन सिमुलेशन सम्मेलन की कार्यवाही|url=https://dl.acm.org/doi/abs/10.5555/3374138.3374170|access-date=2020-06-15|website=dl.acm.org|language=EN}}</ref><ref>Moradi, Mehrdad, Bentley James Oakes, Mustafa Saraoglu, Andrey Morozov, Klaus Janschek, and Joachim Denil. "Exploring Fault Parameter Space Using Reinforcement Learning-based Fault Injection." (2020).</ref>
 दोष सहनशीलता ऐसे तंत्र को स्थापित करने से संबंधित है जो एक प्रणाली को अभी भी दोषों की उपस्थिति में आवश्यक सेवा प्रदान करने की अनुमति देगा, हालांकि वह सेवा निम्न स्तर पर हो सकती है।
@@ Line 72: / Line 74: @@
 * क्षणिक: वे बिना किसी स्पष्ट कारण के प्रकट होते हैं और बिना किसी स्पष्ट कारण के फिर से गायब हो जाते हैं
-* रुक-रुक कर: वे कई बार दिखाई देते हैं, संभवतः बिना किसी स्पष्ट पैटर्न के, और अपने आप गायब हो जाते हैं
+* आंतरायिक: वे कई बार दिखाई देते हैं, संभवतः बिना किसी स्पष्ट पैटर्न के, और अपने आप गायब हो जाते हैं
-*स्थायी : एक बार प्रकट हो जाने पर ये अपने आप सुलझते नहीं हैं
+*स्थायी: एक बार दिखाई देने के बाद, वे अपने आप हल नहीं होते हैं
 == सूचना प्रणाली की निर्भरता और उत्तरजीविता ==
-कुछ निर्भरता पर काम करते हैं <ref>John C. Knight, Elisabeth A. Strunk, Kevin J. Sullivan: ''[http://www.cs.virginia.edu/papers/discex.2003.pdf Towards a Rigorous Definition of Information System Survivability] {{webarchive|url=https://web.archive.org/web/20061029012406/http://www.cs.virginia.edu/papers/discex.2003.pdf |date=2006-10-29 }}''</ref> संरचित सूचना प्रणाली का उपयोग करें, उदा। सेवा-उन्मुख वास्तुकला के साथ, विशेषता उत्तरजीविता का परिचय देने के लिए, इस प्रकार उन अवक्रमित सेवाओं को ध्यान में रखते हुए जो एक सूचना प्रणाली एक गैर-मास्केबल विफलता के बाद बनाए रखती है या फिर से शुरू करती है।
+निर्भरता पर कुछ कार्य <ref>John C. Knight, Elisabeth A. Strunk, Kevin J. Sullivan: ''[http://www.cs.virginia.edu/papers/discex.2003.pdf Towards a Rigorous Definition of Information System Survivability] {{webarchive|url=https://web.archive.org/web/20061029012406/http://www.cs.virginia.edu/papers/discex.2003.pdf |date=2006-10-29 }}''</ref> संरचित सूचना प्रणाली का उपयोग करते हैं, उदा, सेवा-उन्मुख वास्तुकला के साथ, '''उत्तरजीविता''' विशेषता का परिचय देने के लिए, और अवक्रमित सेवाओं को ध्यान में रखते हुए एक सूचना प्रणाली को गैर-मास्केबल विफलता के बाद बनाए रखती है, या फिर से शुरू करती है।
-वर्तमान ढांचे का लचीलापन सिस्टम आर्किटेक्ट्स को पुन: कॉन्फ़िगरेशन तंत्र को सक्षम करने के लिए प्रोत्साहित करता है जो विफलता-सबूत सिस्टम बनाने के लिए अधिक प्रावधान करने के बजाय सबसे महत्वपूर्ण सेवाओं का समर्थन करने के लिए उपलब्ध, सुरक्षित संसाधनों पर ध्यान केंद्रित करता है।
+वर्तमान ढांचे में आर्किटेक्ट्स को पुन: कॉन्फ़िगरेशन तंत्र को सक्षम करने के लिए प्रोत्साहित करता है, जो विफलता-सबूत सिस्टम बनाने के लिए अधिक प्रावधान करने के बजाय सबसे महत्वपूर्ण सेवाओं का समर्थन करने के लिए उपलब्ध, सुरक्षित संसाधनों पर ध्यान केंद्रित करते है।
 नेटवर्क सूचना प्रणाली के सामान्यीकरण के साथ, उपयोगकर्ताओं के अनुभव को अधिक महत्व देने के लिए अभिगम्यता की शुरुआत की गई थी।
-प्रदर्शन के स्तर को ध्यान में रखते हुए, प्रदर्शन क्षमता के माप को यह निर्धारित करने के रूप में परिभाषित किया जाता है कि निर्दिष्ट अवधि में दोषों की उपस्थिति में ऑब्जेक्ट सिस्टम कितना अच्छा प्रदर्शन करता है।<ref>John F. Meyer, William H. Sanders ''[http://web.eecs.umich.edu/people/jfm/PMCCS-2.pdf Specification and construction of performability models]''</ref>
+प्रदर्शन के स्तर को ध्यान में रखने के लिए, प्रदर्शन क्षमता के मापन को परिभाषित किया गया है "समय की निर्दिष्ट अवधि में दोषों की उपस्थिति में उद्देश्य प्रणाली कितना अच्छा प्रदर्शन करता है, यह निर्धारित करना है। <ref>John F. Meyer, William H. Sanders ''[http://web.eecs.umich.edu/people/jfm/PMCCS-2.pdf Specification and construction of performability models]''</ref>
 == यह भी देखें ==
-* {{annotated link|International Conference on Dependable Systems and Networks}}
+* {{annotated link|भरोसेमंद सिस्टम और नेटवर्क पर अंतर्राष्ट्रीय सम्मेलन}}
-* {{annotated link|Fault injection}}
+* {{annotated link|दोष इंजेक्शन}}
-* {{annotated link|Fault tolerance}}
+* {{annotated link|दोष सहिष्णुता}}
-* {{annotated link|Formal methods}}
+* {{annotated link|औपचारिक तरीके}}
-* {{annotated link|List of system quality attributes}}
+* {{annotated link|सिस्टम गुणवत्ता विशेषताओं की सूची}}
 * {{annotated link|RAMS}}
-* {{annotated link|Reliability engineering}}
+* {{annotated link|स्थिरता अभियांत्रिकी}}
-* {{annotated link|Safety engineering}}
+* {{annotated link|सुरक्षा इंजीनियरिंग}}
@@ Line 138: / Line 140: @@
 {{Reflist}}
-{{Computer science}}[[श्रेणी: कंप्यूटिंग शब्दावली]]
+{{Computer science}}
-[[श्रेणी: सुरक्षा]]
-[[श्रेणी: सुरक्षा इंजीनियरिंग]]
-[[श्रेणी: सुरक्षा]]
-[[श्रेणी:औपचारिक तरीके]]
-[[श्रेणी: गुणवत्ता]]
-[[Category: Machine Translated Page]]
+[[Category:All articles with dead external links]]
+[[Category:Articles with dead external links from December 2017]]
+[[Category:Articles with permanently dead external links]]
+[[Category:Articles with short description]]
+[[Category:CS1 English-language sources (en)]]
+[[Category:CS1 français-language sources (fr)]]
+[[Category:CS1 maint]]
+[[Category:CS1 Ελληνικά-language sources (el)]]
+[[Category:Citation Style 1 templates|W]]
+[[Category:Collapse templates]]
 [[Category:Created On 30/12/2022]]
+[[Category:Machine Translated Page]]
+[[Category:Navigational boxes| ]]
+[[Category:Navigational boxes without horizontal lists]]
+[[Category:Pages with script errors]]
+[[Category:Short description with empty Wikidata description]]
+[[Category:Sidebars with styles needing conversion]]
+[[Category:Template documentation pages|Documentation/doc]]
+[[Category:Templates Vigyan Ready]]
+[[Category:Templates based on the Citation/CS1 Lua module]]
+[[Category:Templates generating COinS|Cite web]]
+[[Category:Templates generating microformats]]
+[[Category:Templates that are not mobile friendly]]
+[[Category:Templates used by AutoWikiBrowser|Cite web]]
+[[Category:Templates using TemplateData]]
+[[Category:Webarchive template wayback links]]
+[[Category:Wikipedia fully protected templates|Cite web]]
+[[Category:Wikipedia metatemplates]]

v t e कंप्यूटर विज्ञान
Note: This template roughly follows the 2012 ACM Computing Classification System.
हार्डवेयर	मुद्रित सर्किट बोर्ड परिधीय एकीकृत परिपथ बड़े पैमाने पर एकीकरण चिप पर सिस्टम (एसओसी) ऊर्जा की खपत (ग्रीन कंप्यूटिंग) इलेक्ट्रॉनिक डिजाइन स्वचालन हार्डवेयर एक्सिलरेशन
कंप्यूटर सिस्टम संगठन	कंप्यूटर आर्किटेक्चर अंतः स्थापित प्रणाली रीयल-टाइम कंप्यूटिंग निर्भरता
नेटवर्क	नेटवर्क आर्किटेक्चर नेटवर्क प्रोटोकॉल नेटवर्क घटक नेटवर्क अनुसूचक नेटवर्क प्रदर्शन मूल्यांकन नेटवर्क सेवा
सॉफ्टवेयर संगठन	दुभाषिया मध्यस्थ आभासी मशीन ऑपरेटिंग सिस्टम सॉफ्टवेयर गुणवत्ता
सॉफ्टवेयर नोटेशन और टूल्स	प्रोग्रामिंग प्रतिमान प्रोग्रामिंग भाषा संकलक डोमेन-विशिष्ट भाषा मॉडलिंग भाषा सॉफ्टवेयर फ्रेमवर्क समन्वित विकास पर्यावरण सॉफ्टवेयर विन्यास प्रबंधन सॉफ्टवेयर लाइब्रेरी सॉफ्टवेयर रिपोजिटरी
सॉफ्टवेयर डेवलपमेंट	नियंत्रण चर सॉफ्टवेयर विकास प्रक्रिया आवश्यकताओं के विश्लेषण सॉफ्टवेर डिज़ाइन सॉफ्टवेयर निर्माण सॉफ्टवेयर परिनियोजन सॉफ्टवेयर इंजीनियरिंग सॉफ्टवेयर की रखरखाव प्रोग्रामिंग टीम ओपन-सोर्स मॉडल
गणना का सिद्धांत	गणना का मॉडल औपचारिक भाषा ऑटोमेटा सिद्धांत कम्प्यूटेबिलिटी सिद्धांत कम्प्यूटेशनल जटिलता सिद्धांत तर्क शब्दार्थ
कलन विधि	एल्गोरिदम डिजाइन एल्गोरिदम का विश्लेषण एल्गोरिदमिक दक्षता यादृच्छिक एल्गोरिदम कम्प्यूटेशनल ज्यामिति
कंप्यूटिंग का गणित	गणित पृथक करें संभावना सांख्यिकी गणितीय सॉफ्टवेयर सूचना सिद्धांत गणितीय विश्लेषण संख्यात्मक विश्लेषण सैद्धांतिक कंप्यूटर विज्ञान
सूचना प्रणाली	डेटाबेस प्रबंधन प्रणाली सूचना भंडारण प्रणाली उद्यम सूचना प्रणाली सामाजिक सूचना प्रणाली भौगोलिक सूचना प्रणाली निर्णय समर्थन प्रणाली प्रक्रिया नियंत्रण प्रणाली मल्टीमीडिया सूचना प्रणाली डेटा माइनिंग डिजिटल लाइब्रेरी कंप्यूटिंग प्लेटफॉर्म डिजिटल विपणन वर्ल्ड वाइड वेब सूचना की पुनर्प्राप्ति
सुरक्षा	क्रिप्टोग्राफी औपचारिक तरीके सुरक्षा सेवाएं अतिक्रमण संसूचन प्रणाली हार्डवेयर सुरक्षा नेटवर्क सुरक्षा सूचना सुरक्षा आवेदन सुरक्षा
मानव-कंप्यूटर संपर्क	पारस्परिक प्रभाव वाली डिज़ाइन सामाजिक कंप्यूटिंग सर्वव्यापक कंप्यूटिंग विज़ुअलाइज़ेशन एक्सेसिबिलिटी
Concurrency	समवर्ती कंप्यूटिंग समानांतर कंप्यूटिंग वितरित अभिकलन मल्टीथ्रेडिंग मल्टीप्रोसेसिंग
कृत्रिम बुद्धि	प्राकृतिक भाषा प्रसंस्करण ज्ञान प्रतिनिधित्व और तर्क कंप्यूटर दृष्टी स्वचालित योजना और समय-निर्धारण खोज पद्धति नियंत्रण विधि कृत्रिम बुद्धि का दर्शन डिस्ट्रिब्यूटेड आर्टिफिशियल इंटेलिजेंस
मशीन लर्निंग	पर्यवेक्षित अध्ययन अनपर्यवेक्षित लर्निंग सुदृढीकरण सीखना बहु-कार्य सीखने क्रॉस-सत्यापन
ग्राफिक्स	एनिमेशन रेंडरिंग छवि हेरफेर ग्राफ़िक्स प्रोसेसिंग युनिट मिश्रित वास्तविकता आभासी वास्तविकता छवि संपीड़न सॉलिड मॉडलिंग
एप्लाइड कंप्यूटिंग	ई-कॉमर्स उपक्रम सॉफ्टवेयर कम्प्यूटेशनल गणित कम्प्यूटेशनल भौतिकी कम्प्यूटेशनल केमिस्ट्री कम्प्यूटेशनल बायोलॉजी कम्प्यूटेशनल सामाजिक विज्ञान कम्प्यूटेशनल इंजीनियरिंग कम्प्यूटेशनल हेल्थकेयर डिजिटल कला इलेक्ट्रॉनिक प्रकाशन सायबर युद्ध इलेक्ट्रॉनिक वोटिंग वीडियो गेम वर्ड प्रोसेसिंग संचालन अनुसंधान शैक्षिक प्रौद्योगिकी दस्तावेज़ प्रबंधन
Category Outline WikiProject Commons

Anonymous

Search

निर्भरता: Difference between revisions

Namespaces

More

Page actions

Latest revision as of 10:51, 14 January 2023

Contents

इतिहास

निर्भरता के तत्व

गुण

हानि

साधन

दृढ़ता

सूचना प्रणाली की निर्भरता और उत्तरजीविता

यह भी देखें

आगे की पढाई

कागजात

सम्मेलन

पत्रिकाओं

किताबें

अनुसंधान परियोजनाएं

संदर्भ

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

निर्भरता: Difference between revisions

Latest revision as of 10:51, 14 January 2023

इतिहास

निर्भरता के तत्व

गुण

हानि

साधन

दृढ़ता

सूचना प्रणाली की निर्भरता और उत्तरजीविता

यह भी देखें

आगे की पढाई

कागजात

सम्मेलन

पत्रिकाओं

किताबें

अनुसंधान परियोजनाएं

संदर्भ

Navigation

Wiki tools

Page tools

Other projects

Hidden categories