ईएसबी (एंटरप्राइज़ सर्विस बस) उद्यम जावा दुनिया में काफी लोकप्रिय हो गए हैं - लेकिन क्या .NET क्षेत्र में कोई समकक्ष हैं?क्या कोई .NET ESB है?
उत्तर
NServiceBus है।
नेट दुनिया में कुछ और सेवा बसों:
MassTransit - https://github.com/masstransit/
राइनो सेवा बस - http://hibernatingrhinos.com/open-source/rhino-service-bus
+1 masstransit - RabbitMQ के साथ यह बहुत अच्छा है – iwayneo
मुझे लगता है कि माइक हैडलो खरगोश एमक्यू के लिए [EasyNetQ] (http://easynetq.com/) पर भी काम कर रहा है –
पहला सवाल आप अपने आप को पूछने की आवश्यकता क्यों आप एक ESB की क्या ज़रूरत है है?
ईएसबी आमतौर पर इवेंट एसओए वितरित आर्किटेक्चर में उपयोग किया जाता है, जो आजकल एक गर्म buzzword प्रतीत होता है।
http://martinfowler.com/bliki/FirstLaw.html
:
"वितरित वस्तु डिजाइन की मेरा पहला विधि: (EAA के पी से) अपने वस्तुओं का वितरण न करें" इससे पहले कि आप ESB में कूद मुझे वितरण प्रणाली के मार्टिन Fowler प्रथम कानून की याद दिलाते जानेजब आप एक नई प्रणाली बनाते हैं, तो सबसे महत्वपूर्ण पहलू यह है कि यह भविष्य का सबूत है, जिसका अर्थ है आसान मापनीयता और रखरखाव। यदि आप अपने सिस्टम को स्थिर परिभाषित अनुबंधों के साथ ढीले सेवाओं की अवधारणा के आसपास बनाते हैं, जो नेटवर्क किए गए वातावरण में वितरित होते हैं, तो आप उस विशेष सेवा के लिए इच्छित आर्किटेक्चर को "छुपाएं" कर सकते हैं, क्योंकि इंटरफेस अभी भी वहां हैं।
ईएसबी एसिन मैसेजिंग सिस्टम से घनिष्ठ है, इसलिए इससे पहले कि आप इस तरह के कार्यान्वयन में कूदना शुरू करें, पता करें कि एक आर्किटेक्चर को सजातीय नहीं होना चाहिए, यह सभी सेवाओं को उसी तरह लागू किया जाना चाहिए, शुरू नहीं करें सबसे बड़ी गलती जो आपके सिस्टम को शुरुआत से वितरित कर रही है। आपको केवल वितरित करना चाहिए क्योंकि आपको स्केल करने की आवश्यकता है, पहले नहीं। हालांकि, आपको यह सुनिश्चित करने की ज़रूरत है कि, आपकी सेवाओं को आसानी से वितरित करने में सक्षम होना चाहिए, किसी भी अनुबंध को तोड़ने के बिना, उस सेवा के ग्राहकों को बदलने के लिए आवश्यकता उत्पन्न होनी चाहिए।
http://stackoverflow.com/questions/722675/implementing-a-message-bus-architecture –