मैं गलती सहिष्णु सॉफ्टवेयर आर्किटेक्चर पर कुछ अच्छे लेख ढूंढ रहा हूं। क्या मैं कुछ सिफारिशें कर सकता हूं।दोष सहिष्णु सॉफ्टवेयर आर्किटेक्चर
उत्तर
Handbook of Software Reliability Engineering आप इसे पीडीएफ में पढ़ सकते हैं। सॉफ्टवेयर विश्वसनीयता के मुख्य सिद्धांतों में से एक गलती सहनशीलता है।
chapter 14 Fault-Tolerant software पर एक नज़र डालें।
सॉफ्टवेयर में गलती सहनशीलता प्राप्त करने के कई तरीके हैं क्योंकि इसे एक लेख में जोड़ना बहुत मुश्किल होगा। ये सिद्धांत डेस्कटॉप, सर्वर अनुप्रयोगों और/या एसओए से निपटते हैं। इसके अलावा कई तरीके हैं, जिनमें से कुछ हम पहले से ही बिना जानने के पालन करते हैं; उदाहरण के लिए अपवाद हैंडलिंग। यह एक लेख में सभी अवधारणाओं को ड्रिल करने का प्रयास करने के लिए एक कठिन कामयाब होगा। आप Google पर एक साधारण खोज के साथ बहुत सारे लेख पा सकते हैं।
मेरे एफवायपी के लिए, मैंने ओएस वाइड सेल्फ हीलिंग सिस्टम पर शोध किया। मैंने सन सोलारिस 10 आर्किटेक्चर और आईबीएम के स्वायत्त कंप्यूटिंग रिसर्च (http://www.research.ibm.com/autonomic/) का पालन किया।
मैं 'Release It!' पाया एक उत्कृष्ट पढ़ने के लिए।
रिलीज में !, माइकल टी। न्यागार्ड आपको दिखाता है कि कठोर वास्तविकताओं के लिए आपके आवेदन को कैसे डिज़ाइन और आर्किटेक्ट करना है। आप सीखेंगे कि अधिकतम अपटाइम, प्रदर्शन और निवेश पर वापसी के लिए अपना आवेदन कैसे डिज़ाइन किया जाए।
लिंक डंप! :)
ये कुछ ऑनलाइन चीजें हैं जिनके बारे में मुझे कुछ विचार हैं (या सिर्फ शब्दावली जांच के लिए) जब रिडंडेंसी के एक निश्चित पहलू की खोज करते हैं।
- Fault tolerance techniques for distributed systems (आईबीएम डेवलपर)
- Understanding Fault-Tolerant Distributed Systems (एसीएम)
- Software-controlled Fault Tolerance (एसीएम)
- Byzantine Fault Tolerance (विकिपीडिया)
- Fault-tolerant design (विकिपीडिया)
- Fault-tolerance (विकिपीडिया)
एसीएम सदस्यता की आवश्यकता है।
इस लेख के बारे में Software Fault Handling techniques निम्न विषय शामिल हैं:
- टाइमआउट
- ऑडिट
- अपवाद हैंडलिंग
- टास्क रोलबैक
- इंक्रीमेंटल रीबूट
- वोटिंग
- 1. दोष सहिष्णु JSON पार्सिंग
- 2. दोष (विकिरण) सहिष्णु नरम कोर?
- 3. अंक/दोष ट्रैकिंग सॉफ्टवेयर
- 4. सॉफ्टवेयर आर्किटेक्चर पुस्तकें
- 5. विंडोज के लिए सर्वश्रेष्ठ फ्रीवेयर दोष ट्रैकिंग सॉफ्टवेयर?
- 6. परीक्षण गलती सहिष्णु कोड
- 7. विशेष रूप से सॉफ़्टवेयर आर्किटेक्चर पर पुस्तकें और सॉफ्टवेयर डिज़ाइन
- 8. सॉफ्टवेयर आर्किटेक्चर बनाम एंटरप्राइज़ आर्किटेक्चर, प्रत्येक का उपयोग कब किया जाता है?
- 9. मोंगो दोष
- 10. पर्सफोर्स दोष
- 11. चंचल आर्किटेक्चर
- 12. ऑनलाइन सॉफ्टवेयर ट्रैकिंग सॉफ्टवेयर
- 13. Git दोष - अप्रतिबद्ध परिवर्तन
- 14. विधानसभा विभाजन दोष
- 15. डब्ल्यूसीएफ दोष और अपवाद
- 16. विभाजन दोष लिनक्स
- 17. यूनिट परीक्षण डब्ल्यूसीएफ दोष
- 18. सॉफ्टवेयर
- 19. एसओए आर्किटेक्चर डेटा एक्सेस
- 20. सॉफ्टवेयर क्रिटिक: ओपन सोर्स सॉफ्टवेयर
- 21. सॉफ्टवेयर गुणवत्ता मेट्रिक्स
- 22. SOAP दोष या परिणाम वस्तु?
- 23. दोष अपवाद - विधि नहीं मिली
- 24. डब्ल्यूसीएफ - दोष/अपवाद बनाम संदेश
- 25. OSX विभाजन दोष 11 एंड्रॉयड
- 26. mongo db --smallfiles स्विच दोष
- 27. दोष मॉड्यूल: kernelbase.dll। एप्लिकेशन क्रैश
- 28. मानक में मामूली (महत्वहीन) दोष?
- 29. ब्लूज़ आर्किटेक्चर: इस आर्किटेक्चर को समझाएं
- 30. 3 टायर आर्किटेक्चर बनाम 2 टायर आर्किटेक्चर
इतनी अविश्वसनीय अस्पष्ट! आपका लक्ष्य क्या है? आप क्या बनाने की कोशिश कर रहे हैं? आप इसके साथ क्या निर्माण करेंगे?यह किसके लिए है? सूची जारी है .. –
मुझे यह स्वीकार नहीं है कि सवाल अस्पष्ट था, हालांकि मैं स्वीकार करता हूं कि यह सामान्य था! वह मुद्दा था। ऐसे सिद्धांत हैं जो विशेष लक्ष्यों, निर्माण, उपकरण, ग्राहकों आदि से आगे बढ़ते हैं – macleojw
जेफ एक अच्छा मुद्दा बनाते हैं, हालांकि, यह बताते हुए कि आपके लक्ष्य क्या हैं। इससे शायद उत्तर अधिक उपयोगी हो जाएंगे। – RoadWarrior