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