क्या हमें बिज़टॉक/ईएसबी पेश करना चाहिए?

Question

मेरी कंपनी एक नया आर्किटेक्चर लागू करने जा रही है जिसमें हमने एसओए में एंटरप्राइज़ सर्विस बस (ईएसबी) के रूप में बिज़टॉक (हम एक माइक्रोसॉफ्ट शॉप हैं) के रूप में प्रस्तावित किया है (कृपया सेवा उन्मुख अस्पष्टता उद्धरण न दें) पर्यावरण।

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

ईएसबी के लिए मेरा कुछ तर्क है, बस सिस्टम से कनेक्ट करने के बारे में चिंता करेगी (प्रत्येक प्रणाली अज्ञेयवादी है और किसी अन्य सिस्टम के बारे में कुछ भी नहीं जानता) और जानकारी को प्रारूपित/अनुवाद कैसे करें। यह अत्यधिक संभावना है कि भविष्य में कुछ मौजूदा सिस्टम कंपनियों के हमारे परिवार के भीतर नई प्रणाली या सिस्टम के लिए बदल दिए जाएंगे।

यह मुझे समझ में आता है लेकिन अब मुझे कुछ प्रतिरोध के साथ मुलाकात की जा रही है क्योंकि इसे पॉइंट-टू-पॉइंट समाधान पर्याप्त क्यों हो सकता है।

दुर्भाग्य से कंपनी के इतिहास में (मेरी नियुक्ति से पहले) एक प्रारंभिक BizTalk पेश करने का प्रयास विफल, लेकिन मुझे विश्वास है कि यह एक जगह नहीं है और मैं इसे वितरित कर सकते हैं कि कर रहा हूँ।

मेरा प्रश्न शायद बिज़टॉक के बारे में इतना नहीं है, लेकिन क्या मेरे परिदृश्य में एक ईएसबी एक अच्छा विचार है, जब यह ईएसबी पेश करने के लिए समझ में आता है?

Answer 1

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

एन स्वामित्व की लागत (कोई समर्थन लागत) के मामले में उपकरण बिज़टॉक या कोई अन्य सॉफ़्टवेयर समाधान नहीं होगा, और किसी भी उपकरण के प्रदर्शन से परिमाण के क्रम से बिज़टॉक को हराया जाएगा।

Answer 2

ठीक है। प्रेसिप्टिव आर्किटेक्चर समूह से बिज़टॉक पर ईएसबी मार्गदर्शन - http://msdn.microsoft.com/en-us/library/cc487894.aspx

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

बिज़टॉक भी एक जटिल जानवर है, लेकिन आगे बढ़ने वाले हिस्सों के साथ लचीलापन का स्तर आता है जो अद्भुत है। लेकिन एक सीखने की अवस्था या कुछ सलाहकार लागत के लिए तैयार रहें।

Answer 3

मैं ईएसबी शब्द से बचने के लिए प्रवृत्त हूं क्योंकि मेरा मानना ​​है कि यह पूरी तरह अधिभारित है; दिन के अंत में, मैंने जो विभिन्न विवरण सुना है, वह केवल एक पैटर्न है, एक बार बिज़टॉक बहुत अच्छी तरह से समर्थन करता है।

तो क्या मुझे लगता है कि बिज़टॉक आप जो करना चाहते हैं वह फिट होगा? स्पष्ट रूप से हां। क्या मुझे लगता है कि आप पॉइंट टू पॉइंट कनेक्शन से बचने के लिए सही हैं - हाँ, लेकिन, किसी भी एसओए पहल सहित पुन: उपयोग के लिए किसी भी रिफैक्टरिंग अभ्यास की तरह, आपको यह समझना चाहिए कि कितना परिवर्तन और अब आप फिर से उपयोग करने की अपेक्षा करते हैं अब तक आप "decoupling" अभ्यास कर रहे हैं।

Answer 4

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

Answer 5

आपको विलंबता और थ्रूपुट के बारे में बात करने की आवश्यकता है। बाकी सब कुछ सिर्फ ब्ला-ब्ला है।

Answer 6

मैं सिर्फ एक सहयोगी द्वारा यह एक ही प्रश्न पूछा गया और यह है कि क्या मैं उसे करने के लिए कहा है:

सबसे एकीकरण परिदृश्यों में आप BizTalk की तरह कुछ उपयोग करने से पहले काफी दूर तक जा सकते हैं। मैं सुनिश्चित करता हूं कि मैं बिज़टॉक के साथ जाने से पहले एकीकरण को अधिक नहीं कर सका।

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

दूसरी तरफ आपको बनाने की आवश्यकता है सुनिश्चित करें कि कौशल पर उपलब्ध है। सिस्टम के डेवलपर्स डेवलपर्स के लिए सीखने और प्रतिमान परिवर्तन के लिए कुछ समय लेता है। हालांकि इसे .NET और SQL सर्वर में ग्राउंड अप से बनाया गया है इसलिए टूलींग और अवधारणाओं में परिचितता के बहुत सारे हैं।

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

इसके अलावा मैंने हाल ही में एक ग्राहक पर नया ईएसबी टूलकिट 2.0 लागू किया है और इसके साथ बहुत खुश हूं। यात्रा कार्यक्रम (रूटिंग स्लिप पैटर्न http://www.enterpriseintegrationpatterns.com/RoutingTable.html देखें) प्रसंस्करण कार्यक्षमता वास्तव में वेब सेवाओं को आसान, लचीला और तेज़ बना देती है।