ActiveMQ या RabbitMQ या ZeroMQ या [बंद]


645

हम पेशेवरों और ActiveMQ बनाम RabbitMQ बनाम ZeroMQ के पेशेवरों और विपक्षों के साथ किसी भी अनुभव को सुनने के लिए इच्छुक होंगे। किसी भी अन्य दिलचस्प संदेश कतारों के बारे में जानकारी भी स्वागत योग्य है।


2
मैं संदेश कतार में नया हूं और stackoverflow.com/q/1035949/181870 पर इसके वास्तविक उपयोग के मामले के बारे में अधिक पढ़ रहा था । बाद में संदेश कतार (विशेष रूप से JMS) से संबंधित विषयों / लेखों के लिए जाते समय, मैं OpenJMS में आया - सन माइक्रोसिस्टम्स के जावा संदेश सेवा एपीआई 1.1 विनिर्देश का एक खुला स्रोत कार्यान्वयन। मुझे जो आश्चर्य हुआ वह यह है कि इसे कवर नहीं किया गया / यहाँ चर्चा नहीं की गई मैं सिर्फ समुदाय के साथ जांच करना चाहता था कि क्या ओपीजेएमएस इस विषय / चर्चा से संबंधित है और यदि ऐसा है, तो ओपी के अनुसार, पेशेवरों और उसी के विपक्ष के साथ कोई भी अनुभव मदद करेगा।
ज्ञानम

3
3 साल बाद, यहां से ब्राउज़ करने वाले लोगों के लिए एक नोट ... आप WHY के बारे में सोचते हैं कि आप संदेश-पंक्तिबद्ध मिडलवेयर का उपयोग करना चाहते हैं। यदि कारण एक क्लस्टर के भीतर कार्यों को वितरित करना है, तो सेलेरी को देखें। यह MQ- शैली समाधानों की तुलना में उच्च स्तर पर संचालित होता है, संदेशों को स्थानांतरित करने के लिए RabMMQ का उपयोग करता है, लेकिन कार्य-विशिष्ट शब्दार्थ के लिए उत्कृष्ट समर्थन है।
क्रिस जॉनसन

जवाबों:


342

संपादित करें: मेरे प्रारंभिक उत्तर में AMQP पर एक मजबूत ध्यान केंद्रित किया गया था। मैंने विषय पर एक व्यापक दृष्टिकोण प्रस्तुत करने के लिए इसे फिर से लिखने का फैसला किया।

इन 3 मैसेजिंग टेक्नोलॉजी में डिस्ट्रीब्यूटेड सिस्टम पर अलग-अलग तरीके हैं:

RabbitMQ AMQP प्रोटोकॉल (Apache Qpid के साथ) के अग्रणी कार्यान्वयन में से एक है। इसलिए, यह एक दलाल वास्तुकला को लागू करता है, जिसका अर्थ है कि ग्राहकों को भेजे जाने से पहले संदेश एक केंद्रीय नोड पर कतारबद्ध होते हैं। यह दृष्टिकोण RabbitMQ का उपयोग करना और तैनात करना बहुत आसान बनाता है, क्योंकि कोडिंग की कुछ ही पंक्तियों में रूटिंग, लोड बैलेंसिंग या लगातार संदेश कतारबद्ध जैसे उन्नत परिदृश्य का समर्थन किया जाता है। हालांकि, यह इसे कम मापनीय और "धीमा" भी बनाता है क्योंकि केंद्रीय नोड में विलंबता और संदेश लिफाफे काफी बड़े हैं।

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

ActiveMQ मध्य मैदान में है। ज़मेक की तरह, यह दलाल और पी 2 पी टोपोलॉजी दोनों के साथ तैनात किया जा सकता है। RabMMQ की तरह, उन्नत परिदृश्यों को लागू करना आसान है, लेकिन आमतौर पर कच्चे प्रदर्शन की कीमत पर। यह संदेशवाहक :-) का स्विस सेना का चाकू है।

अंत में, सभी 3 उत्पादों:

  • सबसे सामान्य भाषाओं (C ++, Java, .Net, पायथन, Php, रूबी,…) के लिए क्लाइंट एपिस हैं।
  • मजबूत प्रलेखन है
  • सक्रिय रूप से समर्थित हैं

22
सच है, मुझे यकीन नहीं है कि अगर मूल प्रश्न के साथ AMQP को अपनाना मजबूत सहसंबंध है। मुझे लगता है कि एक संदेश कतार के चयन के लिए अधिक महत्वपूर्ण विचार हैं जो अंतर्निहित वायर प्रोटोकॉल का उपयोग करता है।
स्टेक्समैन

8
प्रश्न में AMQP की आवश्यकता का उल्लेख नहीं है, लेकिन यह उत्तर AMQP पर केंद्रित है। यदि हम एक आवश्यकता के रूप में जेएमएस को मानने वाले थे, तो जवाब मूल रूप से रिवर्स होगा: ActiveMQ सबसे लोकप्रिय है, RabbitMQ के पास कुछ समर्थन है जो शायद काम करना चाहिए। यदि कोई वायर प्रोटोकॉल नहीं माना जाता है: अन्य उत्तर देखें।
फ्लेच

19
RabbitMQ और ActiveMQ में काम करने के बाद मैं आपको ActiveMQ से दूर रहने की सलाह दूंगा। रिलीज बहुत छोटी है, और मुझे मशीनों के खराब होने और मेमोरी लीक आदि की समस्याओं का कोई अंत नहीं था ... दूसरी तरफ RabbitMQ सिर्फ काम करता है। के बाद मैं इसे में प्लग इन मैं कभी इसे फिर से देखने के लिए किया था। यह सिर्फ वही करता है जिसे इसकी आवश्यकता होती है। अगर आप चाहें तो मैं अपने ब्लॉग पर एक सरल RabbitMQ ट्यूटोरियल है jarloo.com/rabbitmq-c-tutorial
केली

2
RabbitMQ बनाम ActiveMQ के लिए नौकरी के पदों को देखने के बाद, RabbitMQ मांग में बहुत अधिक लगता है। ActiveMQ लगभग लंबे समय से है, लेकिन यह नियोक्ताओं द्वारा लगभग उतना ही अनुरोध किया जा रहा है।


174

आपको स्पैरो , स्टार्लिंग , केस्टेल , अमेज़ॅन एसक्यूएस , बीनस्टॉकड , काफ्का , आयरनएमक्यू क्यों याद आया ?

संदेश कतार सर्वर

संदेश कतार सर्वर विभिन्न भाषाओं में उपलब्ध हैं, एरलैंग (रैबिटएमक्यू), सी (बीनस्टॉकड), रूबी (स्टारलिंग या स्पैरो), स्काला (केस्टरेल, काफ्का) या जावा (एक्टिवएमक्यू)। एक संक्षिप्त अवलोकन यहाँ पाया जा सकता है

गौरैया

  • एलेक्स मैककॉ द्वारा लिखित
  • स्पैरो रूबी में लिखी गई एक हल्की कतार है जो "मीकाचे बोलती है"

मैना

एक प्रकार का छोटा बाज

  • रॉबी पॉइंटर द्वारा लिखित
  • स्टारिंग क्लोन स्काला में लिखा गया (रूबी से स्काला के लिए स्टारलिंग का एक बंदरगाह)
  • कतारें स्मृति में संग्रहीत होती हैं, लेकिन डिस्क पर लॉग इन होती हैं

RabbitMQ

  • RabbitMQ Erlang में एक संदेश कतार सर्वर है
  • मेमोरी में नौकरियां संग्रहीत करता है (संदेश कतार)

Apache ActiveMQ

  • ActiveMQ जावा में एक ओपन सोर्स मैसेज ब्रोकर है

Beanstalkd

  • फेसबुक एप्लिकेशन के प्रतिक्रिया समय को बेहतर बनाने के लिए फिलोटिक, इंक
  • इन-मेमरी वर्कक्यू सर्विस ज्यादातर C में लिखी जाती है
  • दस्तावेज़: http://nubyonrails.com/articles/about-this-blog-beanstalk-messel-ueue

अमेज़न SQS

काफ्का

  • स्काला में लिंक्डइन पर लिखा
  • लिंक्डइन द्वारा सभी पेज और अन्य विचारों के प्रसंस्करण को लोड करने के लिए उपयोग किया जाता है
  • दृढ़ता का उपयोग करने में चूक, गर्म डेटा के लिए ओएस डिस्क कैश का उपयोग करता है (उच्चतर थ्रूपुट है फिर उपरोक्त किसी भी दृढ़ता में सक्षम है)
  • ऑन-लाइन प्रसंस्करण के रूप में ऑन-लाइन दोनों का समर्थन करता है

ZMQ

  • सॉकेट लाइब्रेरी जो एक संगामिति रूपरेखा के रूप में कार्य करती है
  • गुच्छेदार उत्पादों और सुपरकंप्यूटिंग के लिए टीसीपी की तुलना में तेज़
  • संदेशों को inproc, IPC, TCP, और मल्टिकास्ट में ले जाता है
  • फैनआउट, पबसूब, पाइपलाइन, अनुरोध-उत्तर के माध्यम से एन-टू-एन कनेक्ट करें
  • स्केलेबल मल्टीकोर मैसेज-पासिंग एप्स के लिए एसिंच I / O

EagleMQ

  • ईगलमक्यू एक खुला स्रोत, उच्च प्रदर्शन और हल्के कतार प्रबंधक है।
  • सी में लिखा है
  • मेमोरी और समर्थन दृढ़ता में सभी डेटा संग्रहीत करता है।
  • इसका अपना प्रोटोकॉल है। समर्थन कतारों, मार्गों और चैनलों के साथ काम करता है।

IronMQ

  • IronMQ
  • गो में लिखा है
  • पूरी तरह से प्रबंधित कतार सेवा
  • क्लाउड संस्करण और ऑन-प्रिमाइस दोनों के रूप में उपलब्ध है

मुझे उम्मीद है कि यह हमारे लिए मददगार होगा। स्रोत


क्या आपके पास इस प्रश्न के टिप्पणी क्षेत्र में पूछे गए मेरे सवाल के लिए कोई विचार / टिप्पणी जोड़ना है - यहां stackoverflow.com/questions/731233/… ?
ज्ञानम

क्या उनके पास विवाद प्रबंधन है? मैं हमेशा कतार प्रणाली के साथ इस मुद्दे को मिला। उदाहरण के लिए एक निर्माता को अवरुद्ध करना यदि कतार तत्वों की संख्या (स्मृति संसाधनों पर नहीं) पर आधारित है।
स्व।

1
queues.io - वहाँ बनाम यहाँ गुम विवरण जोड़ने के लिए।
asyncwait

83

अधिक जानकारी से आप जानना चाहेंगे:

http://wiki.secondlife.com/wiki/Message_Queue_Evaluation_Notes


अपडेट करें

पॉल ने टिप्पणी में जो कुछ बताया, उसे विस्तार से बताना पेज ऊपर उल्लेख किया मर चुका है 2010 के बाद, तो नमक की एक चुटकी के साथ पढ़ा। 3 साल में बहुत सारे सामान बदले गए हैं।

विकी पृष्ठ का इतिहास


7
मुझे लगता है कि ये लोग गलत कतारों के बारे में सोच रहे हैं - प्रति उपयोगकर्ता 1 (या अधिक) कतारें नहीं होनी चाहिए। उन्हें कुछ कतारों में अपना काम करना चाहिए और फिर उपयोग करना चाहिए। प्रत्येक उपयोगकर्ता के लिए इनबॉक्स (या एमबॉक्स)।
माइकल डियरडफ

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

1
अपडेट: वह सेकंडलाइफ विकी पेज 2009 में लिखा गया था। अब तक, 2013 में, सभी एमक्यू में चल रहे सुधारों के कारण, उनके द्वारा जांच की गई विभिन्न संदेश कतारों के बारे में उल्लेखित कई विशिष्ट बिंदु अब मौजूद नहीं हैं। अधिकांश या सभी एमक्यू उन्होंने जिन परीक्षणों का परीक्षण किया, वे बेहतर हैं, कुछ अर्थों में, अब तक।
पॉल लेगाटो

71

यह वास्तव में आपके उपयोग-मामले पर निर्भर करता है।

ActiveMQ या RabMMQ के साथ 0MQ की तुलना उचित नहीं है। ActiveMQ और RabbitMQ मैसेजिंग सिस्टम हैं जिन्हें इंस्टालेशन और एडमिनिस्ट्रेशन की आवश्यकता होती है। वे ZeroMQ की तुलना में फीचरवाइज़ को बहुत अधिक प्रदान करते हैं। उनके पास असली लगातार कतारें हैं, लेनदेन के लिए समर्थन आदि।

ZeroMQ एक हल्का संदेश केंद्रित सॉकेट कार्यान्वयन है। यह इन-प्रोसेस अतुल्यकालिक प्रोग्रामिंग के लिए भी उपयुक्त है। ZeroMQ पर "एंटरप्राइज मैसेजिंग सिस्टम" चलाना संभव है, लेकिन आपको अपने दम पर बहुत कुछ लागू करना होगा।

इसलिए:

ActiveMQ, RabbitMQ, Websphere MQ & MSMQ "एंटरप्राइज मैसेज क्यूस" हैं

ZeroMQ एक संदेश है जो IPC लाइब्रेरी को उन्मुख करता है।


7
आप एक से अधिक का उपयोग कर सकते हैं। rabbitmq.com/blog/2010/10/18/rabbitmq0mq-bridge कई रैबिटएमक्यू दलालों के बीच 0MQ का उपयोग करने और एक शिथिल युग्मित संघ बनाने के बारे में बात करता है।
माइकल डिलन

34

यहां RabbitMQ और ActiveMQ के बीच तुलना है । बॉक्स से बाहर, ActiveMQ को संदेश डिलीवरी की गारंटी देने के लिए कॉन्फ़िगर किया गया है - जो कम विश्वसनीय संदेश प्रणालियों की तुलना में अपनी धीमी गति दे सकता है। आप हमेशा प्रदर्शन के लिए कॉन्फ़िगरेशन बदल सकते हैं यदि आप चाहें और किसी भी अन्य संदेश प्रणाली के रूप में कम से कम अच्छा प्रदर्शन प्राप्त कर सकते हैं। कम से कम आपके पास वह विकल्प है। स्केलिंग, प्रदर्शन और उच्च उपलब्धता के लिए कॉन्फ़िगरेशन के लिए फ़ोरम और ActiveMQ FAQ पर बहुत सारी जानकारी है। इसके अलावा, ActiveMQ AMQP 1.0 का समर्थन करेगा, जब कल्पना को अंतिम रूप दिया जाएगा, साथ ही STOMP जैसे अन्य वायर प्रारूपों के साथ।

ActiveMQ के लिए एक और प्लस इसकी अपाचे परियोजना है, इसलिए डेवलपर समुदाय में विविधता है - और यह एक कंपनी से बंधा नहीं है।


22

मैंने ActiveMQ या RabbitMQ का उपयोग नहीं किया है, लेकिन ZeroMQ का उपयोग किया है। जैसा कि मैं इसे ZeroMQ और ActiveMQ आदि के बीच देखता हूं, बड़ा अंतर यह है कि 0MQ ब्रोकर रहित है और संदेश वितरण के लिए मज़बूती से नहीं बनाया है। यदि आप कई मैसेजिंग पैटर्न, ट्रांसपोर्ट, प्लेटफॉर्म और भाषा बाइंडिंग का समर्थन करने वाले मैसेजिंग एपीआई का उपयोग करने के लिए एक आसान की तलाश में हैं तो 0MQ निश्चित रूप से देखने लायक है। यदि आप एक पूर्ण विकसित संदेश प्लेटफ़ॉर्म की तलाश कर रहे हैं, तो 0MQ बिल फिट नहीं हो सकता है।

0MQ का उपयोग कैसे किया जा सकता है, इसके कई उदाहरणों के लिए www.zeromq.org/docs:cookbook देखें ।

मैं बिजली के उपयोग की निगरानी अनुप्रयोग में संदेश भेजने के लिए सफलतापूर्वक 0MQ का उपयोग कर रहा हूँ ( http://rwscott.co.uk/2010/06/14/currentcost-envi-cc128-part-1/ देखें )


14

मैं शून्यएमक्यू का उपयोग कर रहा हूं। मैं एक साधारण संदेश पासिंग सिस्टम चाहता था और मुझे किसी ब्रोकर की शिकायत की जरूरत नहीं है। मैं एक विशाल जावा उन्मुख उद्यम प्रणाली भी नहीं चाहता।

यदि आप एक तेज, सरल प्रणाली चाहते हैं और आपको कई भाषाओं का समर्थन करने की आवश्यकता है (मैं C और .net का उपयोग करता हूं) तो मैं 0MQ को देखने की सलाह दूंगा।


इसके अलावा CM / C ++ वातावरण में ZMQ का उपयोग करना। बहुत तेज़। ब्रोकर पैटर्न का उपयोग करना। हमारे वास्तविक समय वीओआइपी वॉच-डॉग ऐप के लिए एक अच्छा फिट है जो कैमेलियो एसआईपी सर्वरों के खेतों के लिए माइक्रो-पीएमटी कर रहा है। बहुत यकीन है कि मैं ZMQ का उपयोग करके एक बहुत ही परिष्कृत ब्रोकर लिख सकता हूं, लेकिन इससे पहले कि कुछ अतिरिक्त उत्पादों का मूल्यांकन किया जाए।

10

मैं केवल ActiveMQ के बारे में अपने 2 सेंट जोड़ सकता हूं लेकिन चूंकि यह सबसे लोकप्रिय में से एक है:

आप जिस भाषा में लिखना चाहते हैं वह महत्वपूर्ण हो सकती है। हालाँकि ActiveMQ के पास अधिकांश के लिए एक क्लाइंट है, लेकिन उनका C # कार्यान्वयन जावा लाइब्रेरी की तुलना में पूर्ण नहीं है।

इसका मतलब है कि कुछ बुनियादी कार्यक्षमता परतदार है (असफल-ओवर प्रोटोकॉल कि ... अच्छी तरह से ... कुछ मामलों में विफल रहता है, कोई पुनर्वितरण समर्थन नहीं) और अन्य बस नहीं है। चूंकि .NET इस परियोजना के लिए महत्वपूर्ण नहीं है, इसलिए विकास धीमा है और इसमें कोई रिलीज़ योजना नहीं है। ट्रंक अक्सर टूट जाता है इसलिए यदि आप इस पर विचार करते हैं, तो आप इस परियोजना में योगदान देने पर विचार कर सकते हैं यदि आप चाहते हैं कि चीजें आगे बढ़ें।

उसके बाद ActiveMQ ही है जिसमें बहुत सारे अच्छे फीचर हैं लेकिन कुछ बहुत ही अजीब मुद्दे हैं। हम स्थिरता के कारणों के लिए एक्टिवमेक के फ्यूज (प्रोग्रेस) संस्करण का उपयोग करते हैं लेकिन फिर भी कुछ अजीब "बग" हैं जिन्हें आप ध्यान में रखना चाहते हैं:

  • दलाल जो कुछ अवसरों में संदेश भेजना बंद कर देते हैं
  • जर्नल त्रुटियाँ बनाने वाले संदेश दिखाते हैं कि अब और नहीं हैं (वे उपभोक्ता को वितरित नहीं किए जाते हैं लेकिन फिर भी)
  • प्राथमिकता अभी भी लागू नहीं हुई है (मानव सूची की शुरुआत के बाद से जारी सूची में है)
  • आदि आदि।

सभी और सभी, यह एक बहुत अच्छा उत्पाद है यदि आप इसके मुद्दों के साथ रह सकते हैं:

A) सक्रिय रूप से शामिल होने से डरते नहीं हैं। .NET
B का उपयोग करते समय जावा में विकसित होते हैं ;-)


5
मामूली अद्यतन: थोड़ी देर के बाद, KahaDB ActiveMQ के लिए डिफ़ॉल्ट दृढ़ता स्टोर है। हालाँकि: यह बिल्कुल स्थिर नहीं है। हमारे परीक्षण में, हमने डेटाबेस में भ्रष्टाचार (कुछ आराम करने वाले, दूसरों की कीमत लगभग 15.000.000 संदेश)
देखे हैं। BEIS

8

ZeroMQ वास्तव में शून्य कतारों के साथ है! यह वास्तव में एक गलती है! यह कतारों, विषयों, दृढ़ता, कुछ भी नहीं है! यह सॉकेट्स एपीआई के लिए केवल एक मिडलवेयर है। यदि यह है कि तुम क्या देख रहे हो! नहीं तो भूल जाओ! यह activeMQ या rabbitmq की तरह नहीं है।


8

इसमें दिए गए RabbitMQ ActiveMQ और QPID की सुविधाओं और प्रदर्शन की तुलना है
Http://bhavin.directi.com/rabbitmq-vs-apache-activemq-vs-apache-qpid/

व्यक्तिगत रूप से मैंने उपरोक्त तीनों को आजमाया है। RabbitMQ मेरे अनुसार सबसे अच्छा प्रदर्शन है, लेकिन इसमें विफलता और पुनर्प्राप्ति विकल्प नहीं हैं। ActiveMQ में सबसे अधिक विशेषताएं हैं, लेकिन यह धीमी है।

अद्यतन: HornetQ भी एक विकल्प है जिस पर आप गौर कर सकते हैं, यह JMS शिकायत है, अगर आप JMS आधारित समाधान की तलाश में हैं तो ActiveMQ से बेहतर विकल्प है।


6

मैंने यहाँ AMQP, Qpid और ZeroMQ के बारे में अपने शुरुआती अनुभव के बारे में लिखा है: http://ron.shoutboot.com/2010/09/25/is-ampq-for-you/

मेरी व्यक्तिपरक राय यह है कि AMQP ठीक है यदि आपको वास्तव में लगातार संदेश सुविधाओं की आवश्यकता है और यह भी चिंतित नहीं है कि दलाल एक अड़चन हो सकती है। इसके अलावा, C ++ क्लाइंट वर्तमान में AMQP के लिए गायब है (Qpid ने मेरा समर्थन नहीं जीता; हालांकि ActiveMQ क्लाइंट के बारे में सुनिश्चित नहीं है), लेकिन शायद प्रगति में काम कर रहा है। ZeroMQ अन्यथा रास्ता हो सकता है।


6

मैंने लगभग 3 वर्षों के लिए उत्पादन वातावरण में ActiveMQ का उपयोग किया है। जबकि यह काम हो जाता है, क्लाइंट पुस्तकालयों के संस्करणों को अस्तर करना जो ठीक से काम करते हैं और बग मुक्त होते हैं एक मुद्दा हो सकता है। वर्तमान में RabbitMQ के लिए संक्रमण देख रहे थे।


5

इस ब्लॉग पोस्ट की टिप्पणियों में कुछ चर्चा है , ट्विटर पर अपनी संदेश पंक्ति लिखने के बारे में, जो दिलचस्प हो सकता है।

स्टीव ने ActiveMQ, RabbitMQ, आदि का व्यापक भार और तनाव परीक्षण किया, ActiveMQ वास्तव में काफी धीमा है (Kestrel की तुलना में बहुत धीमा), RabbitMQ लगातार कई उत्पादकों और बहुत कम उपभोक्ताओं के साथ क्रैश होता है।

संभवतः आपके पास शुरू में ट्विटर जैसा लोड नहीं होगा लेकिन :)


5

कुछ अनुप्रयोगों में ActiveMQ के रूप में कई ट्यूनिंग कॉन्फ़िगरेशन हैं। ActiveMQ को खड़ा करने वाली कुछ विशेषताएं हैं:

विन्यास योग्य आकार। कॉन्फ़िगर करने योग्य थ्रेडिंग। कॉन्फ़िगर करने योग्य विफलता। उत्पादकों के लिए विन्यास योग्य प्रशासनिक अधिसूचना। ... पर विवरण:

http://activemq.net/blog http://activemq.apache.org


0

अबी, यह सब आपके उपयोग के मामले में आता है। अपने उपयोग के मामले में किसी और के खाते पर भरोसा करने के बजाय, अपने उपयोग के मामले को खरगोश-चर्चा सूची में पोस्ट करने के लिए स्वतंत्र महसूस करें। ट्विटर पर पूछने पर आपको कुछ प्रतिक्रियाएँ भी मिलेंगी। शुभकामनाएं, एलेक्सिस


0

ZeroMQ उर्फ ​​0MQ के बारे में, जैसा कि आप पहले से ही जानते हैं, यह वह है जो आपको प्रति सेकंड सबसे अधिक संदेश मिलेगा (वे पिछली बार जब मैंने जाँच की थी, तब उनके रेफरी सर्वर पर लगभग 4 मिलियन प्रति सेकंड थे), लेकिन जैसा कि आप पहले से ही जानते होंगे, प्रलेखन गैर मौजूद है। आपके पास सर्वर को शुरू करने का तरीका खोजने में कठिन समय होगा, अकेले उन्हें उपयोग करने का तरीका बताएं। मुझे लगता है कि आंशिक रूप से क्यों किसी ने 0MQ के बारे में अभी तक योगदान नहीं दिया है।

मज़े करो!


11
कुकबुक zeromq.org/docs:cookbook में उदाहरण हैं और एक मैनुअल api.zeromq.org/zmq.html है
निक

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

0

यदि आप वाणिज्यिक कार्यान्वयन में भी रुचि रखते हैं, तो आपको मेरे चैनलों से निर्वाण पर एक नज़र रखना चाहिए ।

निर्वाण का उपयोग वित्तीय सेवा उद्योग में बड़े पैमाने पर कम-विलंबता व्यापार और मूल्य वितरण प्लेटफार्मों के लिए किया जाता है।

एंटरप्राइज़, वेब और मोबाइल डोमेन में क्लाइंट प्रोग्रामिंग भाषाओं की एक विस्तृत श्रृंखला के लिए समर्थन है।

क्लस्टरिंग क्षमताएं बेहद उन्नत हैं और एक नज़र के लायक हैं यदि पारदर्शी हा या लोड संतुलन आपके लिए महत्वपूर्ण है।

निर्वाण विकास प्रयोजनों के लिए डाउनलोड करने के लिए स्वतंत्र है।


2
यह एक डिस्क्लेमर होना चाहिए था कि यह मेरे चैनल के कर्मचारी का प्रमोशन है।
बैरन श्वार्ट्ज
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.