स्केलेबिलिटी पर नजर रखने के साथ क्लाउड सिस्टम का विकास करना अर्थ यह है कि प्रणाली को कार्यात्मक सीमाओं (usermgmt, ordermgmt, customermgt आदि) के साथ आरईएसटी-आधारित सेवाओं में बनाया गया है, प्रत्येक के अपने अंतर्निहित डेटाबेस और लोड के आधार पर, यह अनुमान लगाया जा सकता है कि हम स्पिन कर सकते हैं ordermgmt सेवा कहने के कई उदाहरणों। जब ordermgmt सेवा ऑर्डर जोड़ने के अनुरोध को संसाधित करती है ("ग्राहक" की ओर से), यह कस्टमरजीएमटी सेवा को ग्राहक आदि को प्रमाणित करने के लिए आरईएसटी कॉल कर देगा ...क्या ज़ूकीपर ऑब्जेक्ट कैशिंग के लिए उपयुक्त है?
चूंकि कोई ग्राहक इकाई नहीं बदलेगी अक्सर, मैं सोच रहा हूं कि ज़ूकीपर जैसे कुछ किसी विशेष ग्राहक के उदाहरण को कैश करने के लिए उपयुक्त होंगे कि कस्टममैग्मेट सेवा के कई उदाहरण डेटाबेस को मारने से पहले पूछताछ कर सकते हैं। मैंने जुकीपर के विभिन्न सूचियों को देखा है लेकिन ऑब्जेक्ट कैशिंग के लिए इसका उपयोग किसी को भी नहीं देख रहा है। बाइट्स के अनुशंसित जेनोड आकार की तरह लगभग 1K तक लगता है जो इसे निर्जलित वस्तु को संग्रहीत करने के लिए उचित नहीं है। इसके अलावा बॉक्स के बाहर जीसी या एलआरयू के लिए कोई समर्थन नहीं है, इसलिए मुझे इसे भी जोड़ना होगा।
यदि ज़ूकीपर नहीं है, तो कोई और उचित सुझाव? हम ओआरएम के रूप में हाइबरनेट का उपयोग कर रहे हैं, लेकिन हमारे पास इसके साथ बहुत अधिक अनुभव नहीं है और जब यह 1 और 2 स्तर के कैश का समर्थन करता है, तो मुझे यकीन नहीं है कि क्या वे कई सेवा उदाहरणों में एक वितरित/प्रतिकृति तरीके से काम करते हैं ।
धन्यवाद स्कॉट