अरे,
अगर हमारे पास Apache ऊंट है तो Apache ServiceMix और Mule जैसे अन्य समाधानों का उपयोग क्यों करें?
क्या कुछ अपाचे ऊंट इन उत्पादों की तुलना नहीं कर सकता है?
खच्चर / सेवामिक्स का उपयोग कब करें और ऊंट का उपयोग कब करें?
जवाबों:
Apache ऊंट एक पुस्तकालय है जो उद्यम एकीकरण पैटर्न (EIP) को लागू करता है। हालांकि यह स्प्रिंग को अपने आईओसी ढांचे के रूप में उपयोग कर सकता है, यह स्प्रिंग पर भी निर्भर नहीं है, इसलिए यह पूरी तरह से स्वतंत्र है। यह एक पुस्तकालय है। तो आप इसे किसी भी JVM पर्यावरण, जैसे साधारण jvm, सर्वलेट, ejb, osgi चला सकते हैं। यह इस तरह के एक खच्चर के किसी भी लाभ (या उपरि) के साथ नहीं लाता है। मेरी राय में, इस क्षेत्र में चिंताओं को अलग करना क्लीनर है।
खच्चर को विभिन्न वातावरणों में भी एम्बेड किया जा सकता है, लेकिन मुझे लगता है कि खच्चर के पास अपने कंटेनर में ईआईपी लाइब्रेरी को युग्मित करने के फायदे और नुकसान दोनों हैं। जब आप एक सर्वलेट या ईजेबी वातावरण के अंदर खच्चर को तैनात करते हैं, तो क्या आप वास्तव में खच्चर कंटेनर के सभी सामान ले जाना चाहते हैं? मैं एक खच्चर विशेषज्ञ नहीं हूं, और मुझे लगता है कि आप शायद अपेक्षाकृत मामूली मात्रा में प्रयास कर सकते हैं और कुछ अनावश्यक क्षमता को साफ कर सकते हैं। (ध्यान दें कि यह सभी मामलों में खराब क्षमता नहीं है, यह केवल निरर्थक है यदि आप किसी अन्य कंटेनर के अंदर एम्बेडेड चल रहे हैं।)
Apache ServiceMix एक OSGI कंटेनर है, जो ESB के आधार पर EIP को लागू करने के लिए Camel का उपयोग करता है। हालांकि सर्विसमिक्स ऐतिहासिक रूप से जेबीआई में अपनी जड़ों के साथ शुरू हुआ, यह जेबीआई से दूर चला गया है और एक ओएसजीआई कंटेनर में नस्ल अपाचे सीएक्सएफ, कैमल और एक्टिवएमक्यू के संयोजन से एक अच्छी स्तरित वास्तुकला (आईएमओ) में विकसित हुआ है। यहां मुख्य मूल्य वास्तव में ServiceMix और इसका JBI समर्थन नहीं है, लेकिन अंतर्निहित OSGI कंटेनर मानक हैवेब सेवाओं के लिए सीएक्सएफ और जेएमएस के लिए एक्टिवएमक्यू जैसे साबित अपाचे परिवहन के लिए युग्मित। OSGI एक परिपक्व मानक है जो एक कंटेनर प्रदान करता है जो उसी प्रकार के "DLL" नर्क को संबोधित करता है जो Microsoft के .NET के आगमन से पहले ग्रस्त था। जबकि न तो .NET और न ही OSGI अंतर्निहित समस्या की आवश्यक जटिलता को हल करता है, वे कम से कम इसे संबोधित करने के लिए एक साधन प्रदान करते हैं। OSGI के अन्य लाभ भी हैं, लेकिन उत्पाद चयन के दृष्टिकोण से मानक आधारित कंटेनर प्राथमिक है, और इसकी आवश्यक विशेषता यह है कि Mule (और जावा सामान्य रूप से) पता नहीं निर्भरता प्रबंधन है।
अपाचे समुदायों के साथ खच्चर की तुलना में ध्यान देने योग्य कुछ महत्वपूर्ण बातें। खच्चर इस अर्थ में रेडहैट की तरह है कि हालांकि यह एक खुला स्रोत लाइसेंस है, यह वास्तव में मेरी राय में एक खुला समुदाय नहीं है। कोई भी अपाचे में भाग ले सकता है जबकि MuleSoft, Mule समुदाय और अंतिम रोडमैप का मालिक है। दूसरा, हालांकि खच्चर समुदाय यकीनन बहुत सक्रिय है, मुझे लगता है कि अपाचे समुदाय बहुत बड़ा है (और स्वाभाविक रूप से इसलिए कि यह एक गेटेड समुदाय नहीं है)। दोनों दृष्टिकोणों में दोनों तरह के प्ल्यूज़ और मिन्यूज़ हैं। अपाचे दृष्टिकोण के लिए एक सकारात्मक यह है कि कैमल, सीएक्सएफ, एक्टिवएमक्यू, और ओएससीआई के आधार पर ईएसबी के लिए कई विक्रेता हैं। उदाहरण के लिए, Talend ServiceMix JBI इतिहास के बिना एक ही मूल तकनीकों पर ESB प्रदान करता है। यह अपाचे समुदाय के भीतर दोनों प्रकार के उपद्रव और लघुचित्र हैं, लेकिन असली बिंदु अपाचे और खच्चर के बीच अंतर को उजागर करना है। आपको खच्चर समुदाय में मल्टीपल विक्रेता नहीं मिलेंगे। तो आईएमओ एक अपाचे ईएसबी जैसे टैलेंड या सर्विसमिक्स एक व्यापक और अधिक समावेशी है, और अंततः खच्चर जैसे बंद समुदाय की तुलना में प्रतिस्पर्धी समुदाय है।
एड ओस्ट
यह अब 2016 है और प्रश्न शुरू होने के बाद से बहुत कुछ बदल गया है, इसलिए मैं इसे नए दर्शकों के लिए फिर से जारी करना चाहूंगा।
अपाचे कैमल अपनी जड़ों के लिए सही रहा है और भारी वजन और न ही पूरी तरह से रनटाइम प्लेटफॉर्म में विकसित नहीं हुआ है। यह बहुमुखी और मॉड्यूलर है, और चला सकते हैं:
अपाचे कैमल ने मासिक आधार पर एक कर्षण और गतिविधि को विकसित करना जारी रखा है, जैसा कि इस बिंदु के तहत ग्राफ द्वारा चित्रित किया गया है जिसे मैंने ओपनहब से निकाला था । उपयोगकर्ताबेस भी बढ़ता रहता है।
2012 में, Red Hat ने FuseSource का अधिग्रहण किया , जो Apache Camel, ActiveMQ, ServiceMix और CXF के पीछे मुख्य प्रवर्तकों और डेवलपर्स में से एक है। Redache द्वारा Apache ऊंट पर काम करने के लिए कई कमेंटेटर और PMC सदस्यों को नियुक्त किया गया है।
Mule ESB अपने उत्पाद के दो संस्करण प्रदान करता है : समुदाय (CPAL लाइसेंस के तहत मुफ़्त) और एंटरप्राइज़ (भुगतान किया हुआ)। वे अपने सामुदायिक संस्करण को इस प्रकार परिभाषित करते हैं :
मूल्यांकन या पूर्व-उत्पादन उपयोग के लिए आदर्श।
=> इसका अर्थ है कि आपको उत्पादन उपयोग के लिए सशुल्क एंटरप्राइज़ सदस्यता प्राप्त करनी चाहिए ।
वास्तव में, Mule ESB सामुदायिक संस्करण CPAL लाइसेंस के तहत वितरित किया जाता है । इसका मतलब है कि अगर आप अभी भी इस संस्करण का उपयोग करना चाहते हैं, खच्चर की आवश्यकता होती है :
हर बार एक निष्पादन योग्य और स्रोत कोड या एक बड़ा काम शुरू किया जाता है या शुरू किया जाता है, Mulesoft की विशेषता जानकारी का एक प्रमुख प्रदर्शन ऐसे कवर कोड (जिसमें एक स्प्लैश स्क्रीन पर प्रदर्शन शामिल हो सकता है) तक पहुंचने के लिए अंतिम उपयोगकर्ता द्वारा नियोजित ग्राफिक यूजर इंटरफेस पर होना चाहिए। ), यदि कोई। => मूल रूप से आपको विज्ञापन देने की आवश्यकता है कि आपने जो भी खच्चर के साथ बनाया है वह खच्चर पर चल रहा है।
यदि आपका ईएसएल की तैनाती ईएसबी नेटवर्क पर होती है (यह हमेशा रहेगा, क्योंकि यह एक एकीकरण प्लेटफॉर्म है!), तो आपको अपनी तैनाती का स्रोत भी उपलब्ध कराना होगा जो कोई भी इसे एक्सेस कर रहा है।
जैसा कि ऊपर किसी और ने उल्लेख किया है, अपाचे कैमल एक पूरी तरह से खुली परियोजना है और समुदाय द्वारा संचालित है । सभी स्रोत कोड सार्वजनिक रूप से उपलब्ध हैं, और सभी को पुल अनुरोधों में भेजने, घटकों का योगदान करने और मंचों में मदद करने या पूछताछ करने के लिए प्रोत्साहित किया जाता है। इसके विपरीत, खच्चर समुदाय एक गेटेड समुदाय है ।
अंतिम पर कम नहीं; शायद सबसे महत्वपूर्ण हिस्सा। यहाँ Google ट्रेंड्स का Mule ESB बनाम Apache ऊंट के बारे में क्या कहना है । ध्यान दें कि मैं मानक क्वेरी कीवर्ड के बजाय उच्च सटीकता के लिए नए शब्दार्थ विषय माप का उपयोग कर रहा हूं । इस तरह हम जानवरों की लोकप्रियता (खच्चर बनाम ऊंट) की माप नहीं कर रहे हैं, बल्कि सॉफ्टवेयर की! व्याख्या: खच्चर 2007 से 2011 तक भारी रूप से नीचे चला गया, जबकि अपाचे कैमल ट्रेंड हुआ। 2011 के बाद से, खच्चर ने दावा किया है, जबकि अपाचे कैमल स्वस्थ रूप से ट्रेंड करता रहता है!
बस आपको 25 सितंबर 2010 से Apache ऊंट के विकास पर कुछ कार्यात्मक मैट्रिक्स देना चाहते थे, जब आपने मूल रूप से सवाल पूछा था। यह उस समय स्रोत पेड़ था ।
दोनों उत्पाद पिछले 5,25 वर्षों में बहुत विकसित हुए हैं! हालांकि, लाइसेंस में अंतर और खच्चर ESB और Apache ऊंट की सामुदायिक प्रकृति के कारण, मुझे नहीं लगता कि वे किसी भी अब एक दूसरे से तुलनीय हैं।
Apache Camel पूरी तरह से Open Source fully है, जबकि Mule ESB समुदाय को उपयोगकर्ताओं को Mulesoft की विशेषता और Mule का उपयोग करने वाले सॉफ़्टवेयर के स्रोत कोड को प्रकाशित करने की आवश्यकता होती है। अपाचे सॉफ्टवेयर लाइसेंस एक व्यवसाय-अनुकूल लाइसेंस है: आप बिना किसी कारण के ऊंट का उपयोग करने के लिए स्वतंत्र हैं और न ही किसी अन्य आवश्यकताओं के लिए। वास्तव में बीयर के रूप में नि: शुल्क !
उम्मीद है कि पिछले वर्षों में यह प्रतिबिंब नए दर्शकों की मदद करता है! :)
डिस्क्लेमर: मैं अपाचे कैमल प्रोजेक्ट में एक कमिटेटर और पीएमसी सदस्य हूं।
मेरा ब्लॉग पोस्ट इस सवाल का सटीक उत्तर देता है: http://www.kai-waehner.de/blog/2011/06/02/when-to-use-apache-camel/ => Apache ऊंट एक हल्का एकीकरण ढांचा है, ServiceMix और इतने पर पूर्ण ईएसबी हैं।
ऊंट एक मध्यस्थता इंजन है जबकि खच्चर एक हल्के वजन के एकीकरण मंच है। अंतर यह है कि खच्चर अनुप्रयोगों, आरईएसटी और वेब सेवाओं की तैनाती के लिए एक कंटेनर सहित ईएसबी की सभी क्षमताओं की पेशकश करता है। खच्चर को उसी तरह से उतारा जा सकता है जब ऊंट अपने डेवलपर्स को अपने एकीकरण कोड के साथ आवेदन कोड को एम्बेड करने की अनुमति दे। दोनों स्प्रिंग के साथ मजबूती से एकीकृत होते हैं।
खच्चर अच्छे कारणों के लिए जेबीआई का उपयोग नहीं करता है और अब जब कि जेबीआई की युक्ति को भंग कर दिया गया है (कोई भी कार्य समूह, ओरेकल के स्वामित्व में नहीं है, जो मूल रूप से जेबीआई की युक्ति पर पारित हुआ है) जेबीआई का उपयोग करने के लिए कोई अच्छा पेशेवर या तकनीकी कारण नहीं है।
Apache Camel में कुछ FAQ प्रविष्टियाँ हैं जो इस http://camel.apache.org/faq पर कुछ प्रकाश डालती हैं
और अपाचे ऊंट पर लिंक संग्रह http://camel.apache.org/articles.html
कुछ लिंक हैं जहां समुदाय के लोग बातचीत करते हैं और ऊंट की तुलना अन्य परियोजनाओं से करते हैं।
क्लॉस, कैमल एफएक्यू में कई गलतियां हैं, जो कि हमारे पक्ष में है।
पहले आपको यह समझने की आवश्यकता है कि सर्विस मिक्स एक कंटेनर की तरह है जो अपाचे ऊंट कोड चला सकता है और खच्चर ESB अपने आप में एक अलग उत्पाद है
वहाँ कई अंतर हो सकता है कि आप ईएसबी उत्पादों के बीच प्रदान कर सकते हैं।
भेदभाव में देखने से पहले आपको कुछ बातें पता होनी चाहिए। वो हैं
उपरोक्त एक सर्वोत्तम कारक होगा जिसे आपको चयन करने से पहले देखना होगा। उपर्युक्त अधिकांश उत्पाद चयन के लिए सामान्य है और यहाँ भी इस पर विशेष ध्यान देने की आवश्यकता है।
द्वितीयक उत्पाद अंतर उपकरण और उसके डोमेन के लिए विशिष्ट होगा। यह वह उत्तर है जो आप खोज रहे हैं। चयन करने से पहले उस सूची का पता लगाएं जिसका आपको आत्मनिरीक्षण करने की आवश्यकता है।
यह शायद एक शोध है जो आपको अंतर का चयन करने के लिए अपने दम पर करने की आवश्यकता है। किसी भी तरीके से कई मूल्य जोड़े जाते हैं जो उत्पाद को बाजार में सर्वश्रेष्ठ कहने के बजाय आपके संगठनात्मक के लिए उपयुक्त बनाते हैं।
जब यह अपाचे ऊंट या अन्य ईएसबी की बात आती है। जो फर्क पड़ेगा वो हैं