वास्तविक दुनिया HazelCast

Question

किसी के साथ Hazelcast वितरित डेटा ग्रिड और निष्पादन उत्पाद किसी भी वास्तविक दुनिया अनुभव है? यह आपके लिए कैसे काम करता है? इसमें एक आश्चर्यजनक सरल एपीआई और कार्यक्षमता है जो इस तरह के एक सरल उपयोग उपकरण के लिए सच होने के लिए लगभग अच्छा लगता है। मैंने कुछ बहुत ही सरल ऐप्स किए हैं और ऐसा लगता है कि अब तक विज्ञापन के रूप में काम किया जाता है। तो यहां मैं असली दुनिया 'रियलिटी चेक' की तलाश में हूं। धन्यवाद।

Answer 1

वहाँ, इसके विकास के साथ कुछ मुद्दों को अभी भी अभी भी कर रहे हैं
http://code.google.com/p/hazelcast/issues/list
आमतौर पर, आप चुन सकते हैं यह अपने आप ही बहुस्त्र्पीय एल्गोरिथ्म का उपयोग करें या अपने स्वयं के आईपी के स्पष्ट करने देते हैं। हमने इसे लैन पर्यावरण में आजमाया है और यह बहुत अच्छी तरह से काम करता है। निष्पादन के अनुसार यह बुरा नहीं है लेकिन निगरानी उपकरण बहुत अच्छी तरह से काम नहीं करता क्योंकि यह ज्यादातर समय अपडेट करने में विफल रहा। यदि आप मौजूदा मुद्दों के साथ रह सकते हैं तो इसके लिए हर तरह से जाना चाहिए। मैं इसे सावधानी के साथ उपयोग करूंगा लेकिन यह एक महान कामकाजी उपकरण IMHO है।

अद्यतन: हम कुछ महीनों के लिए Hazelcast का उपयोग कर रहे हैं और यह बहुत अच्छी तरह से काम कर रहा है। सेटिंग्स को स्थापित करने के लिए अपेक्षाकृत आसान है और नए अपडेट के साथ, पढ़ने/लिखने के संचालन में अनुमत धागे की संख्या जैसी छोटी चीजों को अनुकूलित करने के लिए पर्याप्त व्यापक हैं।

Answer 2

आप hazelcast के लिए विकल्प है, तो हो सकता है ये पहले देखो। हमारे पास उत्पादन मोड चलने में है और यह अभी भी काफी छोटी है, केवल खुले मुद्दों की जांच करें। हालांकि, वसंत, हाइबरनेट आदि के साथ एकीकरण काफी अच्छा है और सेटअप वास्तव में आसान है :)

Answer 3

हम मुख्य रूप से वितरित लॉकिंग सुविधा का उपयोग करके संस्करण 1.8+ के बाद उत्पादन में इसका उपयोग कर रहे हैं। यह बहुत अच्छा काम करता है, हमने कुछ कामकाज/बग पाए हैं, लेकिन उनको अपेक्षाकृत तेज़ तय किया गया था।

प्रतिदिन 1.8M ताले के साथ हम कोई समस्या नहीं अब तक नहीं मिला।

मैं संस्करण 1.9.4.4 का उपयोग शुरू सलाह देते हैं।

Answer 4

हम एक जटिल लेनदेन सेवा के साथ एकीकृत उत्पादन में हैज़लकास्ट (1.9.4.6 अब) का उपयोग कर रहे हैं। यह तत्काल डेटाबेस थ्रूपुट मुद्दों को कम करने के लिए जोड़ा गया था। हमने पाया है कि हमें इसे कम से कम एक घंटे तक सभी लेनदेन सेवाओं को कम करने के लिए अक्सर इसे रोकना होगा। हम क्लाइंट को सुपरक्लिएंट मोड में चला रहे हैं क्योंकि यह एकमात्र विकल्प है जो हमारी प्रदर्शन आवश्यकताओं को दूरस्थ रूप से पूरा करता है (मूल क्लाइंट की तुलना में लगभग 4 गुना तेज।) दुर्भाग्यवश एक सुपरक्लेंट नोड को रोकना मस्तिष्क के मुद्दों को विभाजित करता है और ग्रिड को रिकॉर्ड्स खोने का कारण बनता है, जो पूर्ण हो जाता है सेवाओं का बंद होना हम इस उत्पाद को लगभग एक पूर्ण वर्ष के लिए हमारे लिए काम करने की कोशिश कर रहे हैं, और यहां तक ​​कि सहायता के लिए 2 हेज़ेलकास्ट प्रतिनिधि भी भुगतान किए गए हैं। वे समाधान तैयार करने में असमर्थ थे, लेकिन हमें यह बताने में सक्षम थे कि हम शायद यह गलत कर रहे थे। उनकी राय में यह बेहतर काम करना चाहिए, लेकिन यह काफी बर्बाद यात्रा थी।

इस बिंदु पर हम लाइसेंस शुल्क में प्रति वर्ष 6 से अधिक आंकड़ों के लिए हुक पर हैं और हम वर्तमान में ग्रिड को जीवित रखने और हमारी प्रदर्शन आवश्यकताओं को पूरा करने के लिए लगभग 5 गुना संसाधनों का उपयोग कर रहे हैं, हम क्लस्टर के साथ उपयोग करेंगे और अनुकूलित डेटाबेस ढेर। यह हमारे लिए बिल्कुल गलत निर्णय था।

यह उत्पाद हमें की हत्या कर रहा है। सावधानी से, थोड़ी सी, और केवल सरल सेवाओं के लिए उपयोग करें।

Answer 5

यदि मेरी अपनी कंपनी और परियोजनाएं वास्तविक दुनिया के रूप में गिनती हैं, तो मेरा अनुभव यहां है। मैं असीमित और लगातार "रैम" के पक्ष में बाहरी (डिस्क) भंडारण को समाप्त करने के करीब पहुंचना चाहता था। स्टार्टर्स के लिए जो सीआरयूडी प्लंबिंग को समाप्त करता है जो कभी-कभी तथाकथित "मध्यम स्तर" का 9 0% तक बनाता है। अन्य लाभ भी हैं।चूंकि रैम आपका "डेटाबेस" है, इसलिए आपको किसी भी जटिल कैश या HTTP सत्र प्रतिकृति की आवश्यकता नहीं है (जो बदले में बदसूरत चिपचिपा सत्र तकनीक को समाप्त करता है)।

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

सब कुछ ठीक था जब तक कि मैंने प्रदर्शन-परीक्षण शुरू नहीं किया। प्रश्न धीमे हैं - मेरे द्वारा किए गए सभी अनुकूलन के बाद: इंडेक्स, पोर्टेबल सीरियलाइजेशन, स्पष्ट तुलनित्र इत्यादि। अनुक्रमित फ़ील्ड पर एक साधारण "से अधिक" क्वेरी 1K रिकॉर्ड (मानचित्र प्रविष्टियों) के 60 के सेट पर 30 सेकंड लेती है। मेरा मानना ​​है कि हेज़ेलकास्ट टीम ने जो कुछ भी कर सकता था वह किया। जितना मुझे यह कहने से नफरत है, सुपर-अनुकूलित सी ++ कोड सामान्य डेटाबेस उपयोग की तुलना में जावा संग्रह अभी भी धीमे हैं। कुछ खुली स्रोत जावा परियोजनाएं हैं जो इसे संबोधित करती हैं। हालांकि इस समय क्वेरी दृढ़ता अस्वीकार्य है। यह एक स्थानीय उदाहरण पर तत्काल होना चाहिए। यह सब के बाद एक मेमोरी तकनीक है।

मैंने डेटाबेस के लिए मोंगो पर स्विच किया, हालांकि साझा रनटाइम डेटा - अर्थात् सत्रों के लिए हैज़लकास्ट छोड़ दिया। एक बार जब वे क्वेरी प्रदर्शन में सुधार करेंगे तो मैं वापस आऊंगा।

Answer 6

हम यह सुनिश्चित करने के लिए हमारे ई-कॉमर्स एप्लिकेशन में हेज़ेलकास्ट का उपयोग करते हैं कि हमारी सूची सुसंगत है।

हम यह सुनिश्चित करने के लिए वितरित लॉकिंग के व्यापक उपयोग का उपयोग करते हैं कि सूची के एसकेयू आइटम परमाणु तरीके से संशोधित किया गया है क्योंकि हमारे वेब एप्लिकेशन क्लस्टर में सौ नोड्स हैं जो इन वस्तुओं पर एक साथ चलते हैं।

इसके अलावा, हम सभी नोड्स में साझा किए जाने वाले कैशिंग उद्देश्य के लिए वितरित मानचित्र का उपयोग करते हैं। चूंकि हेज़ेलकास्ट में नोड स्केलिंग इतना आसान है और यह अपने सभी सीपीयू कोर का उपयोग करता है, यह रेडिस या किसी अन्य कैशिंग फ्रेमवर्क पर अतिरिक्त लाभ देता है।

Answer 7

हम अपने ई-कॉमर्स एप्लिकेशन में पिछले 3 वर्षों से Hazelcast का उपयोग कर रहे हैं ताकि यह सुनिश्चित किया जा सके कि उपलब्धता (आपूर्ति मांग) लगातार, परमाणु, उपलब्ध & स्केलेबल है। हम & पढ़ने के लिए डेटा और एंट्री प्रोसेसर को कैश करने के लिए IMAP (वितरित मानचित्र) का उपयोग कर रहे हैं, बिना ताले के बारे में चिंता किए बिना IMAP पर तेज़ इन-मेमोरी ऑपरेशंस करने के लिए।