बिज़टॉक एक ईएसबी है?

Question

मैं आर्किटेक्चरल पैटर्न, एंटरप्राइज़ सर्विसेज बस (ईएसबी) में देख रहा हूं। इस आलेख को पढ़ने पर Enterprise Integration, और बिना किसी अनुभव के मुझे आश्चर्य है कि बिज़टॉक एक ईएसबी है या क्या यह सिर्फ एक ईएआई (हब/स्पोक या बस) है?

मुझे यह NServiceBus and Biztalk मिला, जो बिज़टॉक को केंद्रीय संदेश दलाल के रूप में वर्णित करता है।

अन्य ईएसबी ढांचे को खाते में लेना (NServiceBus और Rhino Service Bus)। संदेशों के संसाधित करने के लिए इन ढांचे के पास कोई केंद्रीय बिंदु नहीं है।

क्या ईएसबी की बजाय ईएआई बिज़टॉक है?

बहुत धन्यवाद

Answer 1

BizTalk निश्चित रूप से एक ESB है। ईएआई एक ढीली अवधारणा से अधिक है - BizTalk निश्चित रूप से ईएआई का समर्थन करने के लिए तैनात किया जा सकता है, और यह भी बहुत कुछ कर सकता है।

Answer 2

बिज़टॉक ईएसबी से अधिक है लेकिन निश्चित रूप से बिल को फिट करता है। This link थोड़ा पुराना है, लेकिन आपके सटीक प्रश्न का उत्तर दें।

संपादित करें: यहां a more-recent MS link है जो कार्यान्वयन के विनिर्देशों में आता है।

Answer 3

BizTalk ESB क्षमताओं होने के रूप में माइक्रोसॉफ्ट द्वारा punted जा सकती है - BTS ESB toolkit

हालांकि, इस शब्द 'ESB' एक बहुत ही broad field को शामिल किया गया है, और वहाँ एक ESB की सटीक परिभाषा के बारे में आत्मीयता का एक बहुत है। आईएमएचओ बिज़टॉक के ईएसबी के रूप में व्यापक होने के दावे में कमजोर बिंदु हैं (शब्द की परिभाषा 2010 की परिभाषा में)।

• बीएसएस हब-एंड-स्पोक ईएआई युग में उत्पन्न हुआ, इससे पहले ईएसबी व्यापक हो गया।
• बीटीएस तुल्यकालिक प्रक्रियाओं की तुलना में अतुल्यकालिक प्रक्रियाओं की ओर अधिक अनुकूल है - सुप्तावस्था सिस्टम पर लोड, थ्रॉटल राज्य, आदि पर निर्भर करती है
• बीटीएस (नई तैनाती है जब यह सेवाओं और स्कीमा का संस्करण की कम करने के लिए आता है बोझिल है आवश्यक)
• बीटीएस बोझिल जब यह कई सेवाओं के प्रबंधन के लिए आता है (उदाहरण के लिए अपने कॉर्पोरेट एसओए के सभी 5000 के लिए एक मुखौटा के रूप में BizTalk का उपयोग करते हुए/वेब सेवा दर्दनाक हो जाएगा)

FWIW हमने पाया है एक अच्छा बीटीएस इसके लिए उपयुक्त:

• हमारे सभी समकालिक और असीमित ईएआई (यानी। प्रमुख LOB सिस्टम, और व्यापार भागीदारों के बीच औपचारिक एकीकरण अनुबंध), और बड़ी संख्या में एडाप्टर प्रोटोकॉल की एक विस्तृत संख्या को एकीकृत करने में सहायता करते हैं।
• बिजनेस प्रोसेस और व्यापार निगरानी क्षमताओं
• व्यवहार और वितरण reliablity को संबोधित करते के लिए - Biztalk फिर से प्रयास करने की क्षमता, ट्रैकिंग और निलंबित संदेशों की बहाली, जो अविश्वसनीय नेटवर्क पर उपयोगी है या जब यह अविश्वसनीय सिस्टम के साथ एकीकरण के लिए आता है।

अद्यतन, कुछ आगे तुलनात्मक अनुभवों

• बीटीएस के साथ बहुत केंद्रीकृत है - अंत में, यहां तक ​​कि एक बहु सर्वर BizTalk क्लस्टर/समूह Sql-सर्वर पर निर्भर है। कतार आधारित ईएसबी उत्पाद अधिक विकेन्द्रीकृत (तार्किक और शारीरिक रूप से) होते हैं, इसलिए कुछ एंडपॉइंट या कतार सर्वरों के नुकसान से पूरे उद्यम को नीचे नहीं खींचना चाहिए।
• कई कतार आधारित ESB के
• कई समकालीन ESB के में लॉक-एकल विक्रेता से परहेज पर, खुला स्रोत प्रौद्योगिकियों पर बनाया जाता है एक आँख के साथ बाहर पैमाने पर करने के एक commodity-computing तरीका अपनाने लगते हैं। बिज़टॉक जैसे उत्पादों के साथ स्केलिंग महंगा हो सकता है।
• प्लस तरफ, बीटीएस जैसे वाणिज्यिक प्रसाद की निगरानी और प्रशासन क्षमताओं को कम करके आंका नहीं जाना चाहिए - सुनिश्चित करें कि आपके द्वारा विचार किए जा रहे किसी भी ईएसबी में पर्याप्त ऑडिटिंग, उपकरण, पुनः प्रयास, और नैदानिक ​​(डब्ल्यूएमआई/एसएनएमपी/एससीओएम आदि) क्षमताएं हैं - आपको अपनी बस के स्वास्थ्य की निगरानी करने के लिए एक डैशबोर्ड की आवश्यकता होगी, और यह जानने से भी बदतर कुछ भी नहीं है कि कोई संदेश कहां गया। यहां, केंद्रीकरण प्रशासन और निदान एक प्लस है।

Answer 4

बिज़टॉक एक मैसेजिंग और वर्कफ़्लो ऑर्केस्ट्रेशन प्लेटफॉर्म है, जिस पर आप ईएसबी व्यवहार और क्षमताओं का निर्माण कर सकते हैं। इसे आसान बनाने के लिए, और बिज़टॉक पर ईएसबी कार्यान्वयन को मानकीकृत करने के लिए, माइक्रोसॉफ्ट ने बिज़टॉक ईएसबी टूलकिट - दिशानिर्देशों, पैटर्न और कोड का एक सेट जारी किया।

ईएआई और बीपीएम की अवधारणाएं थोड़ी देर के लिए आसपास रही हैं, इसलिए ऐसी कई कंपनियां हैं जिन्होंने इन समस्याओं के समाधान के लिए बिज़टॉक का लाभ उठाया है। कंपनियां जो बिज़टॉक सर्वर पर पूर्ण ईएसबी होस्ट करती हैं, बहुत कम हैं, और डब्ल्यूसीएफ/डब्ल्यूएफ/एनएस सर्विसबस के आगमन में और निश्चित रूप से, एज़ूर सर्विस बस के गोद लेने में निश्चित रूप से धीमा हो गया है।

तो संक्षेप में, बॉक्स के बाहर बिज़टॉक नेटर ईएआई या ईएसबी है, लेकिन समस्या पर लागू कई डेवलपर्स के साथ दोनों कर सकते हैं।

Answer 5

बिज़टॉक का उपयोग ईएआई और ईएसबी दोनों के रूप में किया जा सकता है।

ईएसबी के लिए, बिज़टॉक सर्वर आर्किटेक्चर प्रकाशित-सब्सक्राइब किया गया है, संदेश संदेश में एक संदेश प्रकाशित किया जा सकता है जो मैसेजिंग रीढ़ की हड्डी बस के रूप में कार्य करता है। वह संदेश एक या अधिक गंतव्य सिस्टम द्वारा प्राप्त किया जा सकता है जो उस संदेश की सदस्यता ले चुके हैं। बेशक वहाँ और अधिक क्षमताओं और विशेषताओं जिन्हें आप बिज़टॉक सर्वर का उपयोग करके मैपर टूल और उदाहरण के लिए पाइपलाइन घटकों के उपयोग से प्राप्त कर सकते हैं।

ईएआई के रूप में उपयोग के लिए, बिज़टॉक आपको ऑर्केस्ट्रेशंस प्रदान करता है जो व्यवसाय तर्क, LOB (व्यापार की रेखा) एडैप्टर सिस्टम (विरासत), मैपर टूल, नियम इंजन, और आपको जो कुछ चाहिए अपनी कंपनी के अंदर या बाहर विभिन्न प्रणालियों को एकीकृत करने के लिए।

Answer 6

बिल्कुल! बिज़टक एक ईआईएस पृष्ठभूमि से आता है, जो ईएसबी के लिए सेवा-उन्मुख आर्किटेक्चर के लिए आधारभूत संरचना बैकप्लेन के रूप में पूर्ण ज्ञान बनाता है जो हाइब्रिड तकनीकी प्लेटफार्मों का विस्तार करता है।

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

यह माइक्रोसॉफ्ट है, इसलिए आप जो भुगतान करते हैं वह आपको मिलता है, लेकिन अभी भी देखने लायक है।

Answer 7

बिज़टॉक सर्वर के साथ "ईएसबी टूलकिट" एक ईएसबी नहीं है। निम्न कारणों से:

1. पहले अनुबंध है, आपको पहले संदेश प्रकार बनाने की आवश्यकता है।
2. परिवर्तनों के प्रभाव को कम करने के लिए पहले पूरे परिदृश्य की योजना बनाने की आवश्यकता है।
3. परिवर्तनों को तैनाती की आवश्यकता होती है जो डाउनटाइम बढ़ जाती है।

अपने qustion करने के बारे में, हाँ BizTalk सर्वर EAI उत्पाद

Answer 8

मैं यहाँ क्या कहा है के सबसे से सहमत है। यह ईबीएस टूलकिट के साथ भी सभी समावेशी ईबीएस समाधान के रूप में बिज़टॉक को पिच करने का एक खिंचाव है।

यहां की गईं कुछ अंक के समाधान के लिए ...

• बीटीएस तुल्यकालिक प्रक्रियाओं की तुलना में अतुल्यकालिक प्रक्रियाओं की ओर अधिक अनुकूल है - सुप्तावस्था सिस्टम पर लोड पर निर्भर करती है, थ्रॉटल राज्य, आदि

अपरिवर्तित डिफ़ॉल्ट के साथ BizTalk होस्ट कम विलंबता के लिए आदर्श नहीं हैं। लेकिन उन मेजबानों को ट्यून किया जाना है। बॉक्स कॉन्फ़िगरेशन में से किसी भी स्थिति के लिए उपयुक्त नहीं है जहां थ्रूपुट की आवश्यकता होती है। एक संगठन में घूमने के अपने अनुभवों में जहां बिज़टॉक को छोड़ दिया गया है, वहां हमेशा एक अनचाहे एकल मेजबान सेटअप है जो इसके बीच में बैठा है। यह किसी भी इंडेक्स के साथ डीबीएमएस में टेबल बनाने, प्रदर्शन के मुद्दों को प्राप्त करने और डीबीएमएस खुद को बेकार कहने के समान कुछ समान है।

• बीटीएस बोझिल जब यह सेवाओं और स्कीमा का संस्करण की कम करने के लिए आता है (नई तैनाती की जरूरत है)

आप एक तैनाती रणनीति की आवश्यकता है किसी भी विकास मंच के साथ की तरह। यदि स्कीमा में नामस्थान में संस्करण है तो आपको कुछ भी पुन: नियोजित करने की आवश्यकता नहीं है। एक नया संस्करण शायद कुछ भी नीचे ले जाया गया है।

जहां तक ​​सेवा अंतिमबिंदुओं चिंतित BizTalk आईआईएस का उपयोग (BizTalk आईआईएस करता है बस के रूप में की मेजबानी के लिए http.sys उपयोग कर सकते हैं) के बिना वेब सेवाओं को होस्ट कर सकते हैं। बिज़टॉक में एक असुरक्षित सेवा की मेजबानी करने के लिए केवल बाध्यकारी आयात करने का मामला है जिसे बिज़टॉक में कुछ भी रोक दिए बिना किया जा सकता है। उन अंत बिंदुओं में आप वर्जनिंग को भी कार्यान्वित कर सकते हैं (जैसे http: .../thing/v1, http: .../thing/v2, आदि)।

वैसे भी ~ 5 साल बीत चुके हैं मुझे लगता है मैं यह सोचते कर रहा हूँ यकीन है कि आप अब से पहले एक निष्कर्ष मारा है :)

Answer 9

द्वारा "EAI या ESB" आप अगर BizTalk हब & बोले जानना चाहता था कर रहा हूँ या बस वास्तुकला।

एक वास्तुकला पैटर्न दृष्टिकोण से, एकीकरण समाधान मोटे तौर पर के दो patterns-

• हब एक के अंतर्गत आते हैं और कहा यह एक केंद्रीकृत संदेश दलाल विभिन्न रिसीवर संदेशों को भेजना शामिल है, जबकि सभी प्रेषक केवल अपने दलाल को अपने संदेश भेजते हैं। इस प्रकार न तो प्रेषक और न ही रिसीवर को एक-दूसरे से अवगत होना चाहिए। यह आम तौर पर कई लोगों को ईएआई के रूप में संदर्भित करता है (हालांकि बस पैटर्न के बाद ईएआई समाधान को लागू करना बिल्कुल संभव है)। इस पैटर्न के बाद समाधान विकसित करना और प्रशासन करना आसान है। हब में सभी रूटिंग तर्क केंद्रीय रूप से एक ही स्थान पर प्रबंधित होते हैं। लेकिन जैसा कि आपने अनुमान लगाया होगा, इसमें एक चमकदार कमी है - असफलता का एक बिंदु। अगर हब दुर्घटनाग्रस्त हो जाता है तो सब कुछ बंद हो जाता है। इसके अलावा, यह मॉडल बहुत अच्छी तरह से स्केल नहीं करता है।

• बस: इस पैटर्न के आसपास विकसित एंटरप्राइज़ एकीकरण समाधान को आम तौर पर ईएसबी कहा जाता है। यहां कोई बुद्धिमान केंद्रीय प्राधिकरण नहीं है। सभी प्रेषक बस पर अपने संदेश प्रकाशित करते हैं। रिसीवरों को यह निर्धारित करने के लिए पर्याप्त बुद्धिमान होना चाहिए कि उनके लिए कौन से संदेश लक्षित हैं और उन्हें बस से बाहर ले जाएं। इस प्रकार प्रेषक और रिसीवर को केवल बस के बारे में पता होना चाहिए। लेकिन यहां राउटिंग लॉजिक रिसीवर में फैल गया है इसलिए विफलता का कोई भी बिंदु नहीं है। यह मॉडल भी उच्च स्केलेबल है। हालांकि इस तरह के समाधान प्रशासनिक के लिए काफी जटिल और मुश्किल हैं।

बिज़टॉक का पालन करने वाले पैटर्न के सवाल पर आ रहा है- यह दोनों पैटर्नों का एक संकर है।

हब की तरह दिखाई अपनी केंद्रीकृत मैसेजिंग इंजन के साथ बहुत स्पष्ट है, और एक केंद्रीय MessageBox डेटाबेस। यह एक सादगी और प्रशासन की आसानी देता है जो हब दृष्टिकोण के विशिष्ट है।

लेकिन अगर आप BizTalk वास्तुकला को देखो, एक एक होस्ट अपने होस्ट उदाहरण के साथ कई सर्वरों के पार प्रसार हो सकता है। विभिन्न सर्वरों पर कॉन्फ़िगर किए गए संदेशबॉक्स, ट्रैकिंग, एंट एसएसओ इत्यादि जैसे विभिन्न बिज़टॉक डेटाबेस भी संभव है। यह बिज़टॉक समाधान को रन-ऑफ-द-मिल हब कार्यान्वयन की तुलना में दोषों के लिए अधिक स्केलेबल और सहिष्णु बनाता है - जो एक व्यवहार आमतौर पर बस दृष्टिकोण के लिए जिम्मेदार होता है।

आशा इससे आपके प्रश्न का उत्तर देते हैं।