5
मुझे ओपन सोर्स मैसेजिंग और/या वितरित कैश प्रौद्योगिकियों में दिलचस्पी है जो निम्नलिखित आवश्यकताओं को पूरा करते हैं। जावा वेब अनुप्रयोग (शायद अमेज़न EC2 पर)वितरित कैश प्रौद्योगिकी
- एकाधिक लोड-संतुलित उदाहरणों
- यह उदाहरणों की संख्या के लिए संभव है स्केलिंग के लिए समय के साथ बदल रहा है किया जाना है।
- एक अनुरोध एक आईडी FOO साथ आता है, घटना समय की अवधि के लिए स्मृति में कैश किया गया है।
- ईवेंट कैश किए जाने वाले समय की अवधि अनुरोध पेलोड में निर्दिष्ट है और अनुरोधों के बीच बदलती है।
- अवधि का समय अपेक्षाकृत छोटा है (मिनटों के क्रम में)।
- दृढ़ता की आवश्यकता नहीं है। दुर्लभ मामले में कुछ नाटकीय होता है और सर्वर को रीबूट किया जाना चाहिए, यह पिछले घटनाओं के बारे में भूलना ठीक है।
- अनुरोध के बारे में जानकारी सभी सर्वर उदाहरणों
- जानकारी का प्रचार करने के लिए प्रचारित किया जा करने के लिए काफी सर्वर के प्रदर्शन को प्रभावित नहीं होना चाहिए की जरूरत है, और विशेष रूप से सुप्तावस्था प्रतिक्रिया। यह अनुरोध प्रसंस्करण से असीमित होना चाहिए। हालांकि, यह बड़ी संख्या में अनुरोधों के लिए उचित रूप से तेज़ और स्केल होना चाहिए।
- सिंक से बाहर होने के लिए अलग-अलग सर्वर उदाहरणों के लिए ठीक है। अर्थात। यह स्वीकार्य है कि कुछ छोटी अवधि के लिए (सेकेंड के क्रम में) सर्वर इंस्टेंस 2 को पता नहीं है कि FOO सर्वर इंस्टेंस 1 पर तब तक हुआ जब तक कि उस जानकारी को प्रचारित नहीं किया जाता।
कोई भी विचार की सराहना की जाएगी। यदि किसी समाधान को आवश्यकताओं को पूरा करने के लिए विशिष्ट कॉन्फ़िगरेशन/अनुकूलन की आवश्यकता होती है, तो कृपया मुझे बताएं कि मुझे क्या करना होगा।
EDIT मेरा मतलब यह नहीं है कि वर्तमान उत्तर प्रासंगिक नहीं हैं, लेकिन मैं अपने प्रश्न में स्पष्ट नहीं था। कृपया सूर्य के नीचे हर एमक्यू और जेएसआर-107 लाइब्रेरी को इंगित न करें। केवल उन्हीं जिनके पास आपके पास विश्वास करने का कारण है मेरी आवश्यकताओं को पूरा करते हैं।
कृपया प्रश्न के शीर्षक में सुधार करने के लिए स्वतंत्र महसूस वितरित करता है। – ykaganovich