जूलियन और नूनो के दृष्टिकोण में अधिकांश सामान्य परिदृश्य शामिल हैं। वास्तव में एक एकल डेटाबेस विफलता का एक बिंदु है, लेकिन कई प्रतिष्ठानों में, आप एक ही डेटाबेस सर्वर पर एकाधिक स्कीमा चलाने की उम्मीद कर रहे हैं, इसलिए आपके पास अभी भी विफलता का एक बिंदु है, भले ही आपके पास एकाधिक "ब्रोकर डीबी" हों।
विचार करने का एक और विकल्प पूरी तरह से स्वतंत्र वितरण नोड्स है। यह आपके प्रस्तुति बॉक्स पर डेटाबेस सर्वर चलाने का भी अर्थ हो सकता है। इन दिनों यह वैसे भी वर्चुअल है ताकि आप अलग-अलग छोटे डेटाबेस सर्वर चला सकें। (लाइसेंसिंग लागत एक महत्वपूर्ण बाधा होगा)
प्रत्येक वितरण सर्वर अपने आप डेटाबेस और फाइल सिस्टम है। आप कितने चाहते हैं इस पर निर्भर करते हुए, हो सकता है कि आप एकाधिक गंतव्यों/नियोक्ता सेट अप नहीं करना चाहें, इसलिए आप एक पर तैनात हैं, और बाकी सामग्री को मिरर करने के लिए फ़ाइल सिस्टम प्रतिकृति और डेटाबेस लॉग शिपिंग का उपयोग करें।
बेशक
, आप अतिरेक के लिए दो तैनाती सिस्टम (या तीन) कॉन्फ़िगर कर सकता है, आप सभी क्लस्टरिंग प्रबंधन कर सकते हैं यह सोचते हैं आदि
ठीक है - साफ आने के लिए - मैं इस तरह एक कभी नहीं बनाया है, लेकिन मैं मैं इस तरह के डिज़ाइन के काफी निश्चित तत्व वर्चुअलाइजेशन बढ़ने के साथ अधिक सामान्य हो जाएगा, और लाइसेंसिंग मॉडल जो इसका समर्थन करते हैं। (शायद हमें ओपन सोर्स डेटाबेस का समर्थन करने के लिए ट्रिडियन का इंतजार करना होगा!)
स्रोत
2012-03-27 17:45:27
इस स्थिति में, मान लीजिए कि यह एक एकल प्रकाशन है, जो कई नियोक्ता को प्रकाशित कर रहा है, लेकिन यह केवल ब्रोकर को प्रकाशित करने वाला है। आपके पास क्या सलाह है? – johnwinter
यदि एक नियोक्ता केवल ब्रोकर को प्रकाशित करता है, तो आपके पास एक एसपीओफ़ है। यदि डेटाबेस परिनियोजन करने वाले नियोक्ता विफल रहता है, तो अन्य सभी नियोक्ता के लिए तैनाती अपूर्ण होगी। यदि संगठन अधिक मजबूत बनाने के लिए एक अलग आधारभूत संरचना नहीं लेना चाहता है, तो सबसे अच्छा है कि सभी डीपीलोयर्स एक ही चीज़ (फ़ाइल सिस्टम और डेटाबेस) कर रहे हों और प्रत्येक नियोक्ता के लिए अलग ब्रोकर डेटाबेस हों। –