काफ्का के पीछे मुख्य उद्देश्य स्केलिंग है।
एमक्यूटीटी लाइटवेट क्लाइंट/संदेश ब्रोकर संचार के लिए सार्वजनिक विनिर्देश के साथ एक प्रोटोकॉल है, जो प्रकाशित/सब्सक्राइब एक्सचेंजों को अनुमति देता है। ग्राहक पुस्तकालयों और दलालों (मच्छर, जोरमएमक्यू ...) के कई कार्यान्वयन मौजूद हैं और लगभग संगत हैं। एमक्यूटीटी सिर्फ परिवहन को निर्दिष्ट करता है, और अस्पष्ट रूप से एप्लिकेशन भाग (यानी डेटा कैसे संभाला जाता है और संभवतः संग्रहीत किया जाता है, ग्राहक कैसे अधिकृत होते हैं ...)। यह स्पष्ट नहीं है कि किसी विषय पर खपत डेटा केवल वास्तविक समय या संभवतः जारी रहता है। यह कल्पना इस बारे में कुछ भी नहीं बताती है कि एमक्यूटीटी को लागू करने वाले संदेश दलाल को कैसे स्केल किया जा सकता है।
दूसरी ओर, अपाचे काफ्का एक आंतरिक "प्रतिबद्ध लॉग" के आधार पर एक संदेश ब्रोकर है: इसका ध्यान डिस्क पर डेटा की भारी मात्रा में संग्रहित कर रहा है, और वास्तविक समय या बाद में खपत की अनुमति देता है (जब तक डेटा डिस्क पर अभी भी उपलब्ध है)। यह अच्छी नलिका गुणों के साथ, एकाधिक नोड के समूह के रूप में तैनाती करने के लिए डिज़ाइन किया गया है। काफ्का अपने नेटवर्क प्रोटोकॉल का उपयोग करता है।
तो आप यहां दो अलग-अलग चीजों की तुलना कर रहे हैं: एक मानक पब/सब प्रोटोकॉल (एकाधिक कार्यान्वयन के साथ), और सॉफ्टवेयर का भंडारण/वितरण करने वाला एक विशिष्ट संदेश, उसी प्रोटोकॉल के साथ उसी परिवार के vaguley।
मैं कहूंगा कि यदि आपको बैच प्रोसेसिंग सुनिश्चित करने के लिए भारी मात्रा में संदेश स्टोर करने की आवश्यकता है, तो कफका में और देखें। यदि आपके पास कई अनुपालन विषयों पर वास्तविक समय में संदेशों का आदान-प्रदान करने वाले बहुत से ग्राहक/ऐप्स एमक्यूटीटी (या यहां तक कि एएमक्यूपी) संदेश दलालों के कार्यान्वयन पर अधिक दिखते हैं।
स्रोत
2016-05-24 07:30:49
स्टैक ओवरफ्लो टेक्नोलॉजी की तुलना के लिए पूछने का स्थान नहीं है – hardillb