एक ईएसबी जिम्मेदारी ऑर्केस्ट्रेशन है?

Question

एक एंटरप्राइज़ सर्विस बस (एक उपकरण जो मध्यस्थ के रूप में कार्य करता है, एक संदेश ब्रोकर, एक सेवा एनबेलर, स्कीमा रूपांतरण बढ़ाने, पारदर्शी स्थान प्रदाता, सेवा एग्रीगेटर, लोड बैलेंसर, मॉनिटर, और सभी चीजें) ऑर्केस्ट्रेट सेवाएं?

हजारों चरणों से अधिक स्वचालित व्यवसाय व्यवसाय प्रक्रिया और आपके एंटरप्राइज़ सेवा बस के अंदर दर्जनों सेवा आमंत्रणों के बारे में क्या है?

क्या आप ऐसा करेंगे, या आप बीपीईएल इंजन जैसे ऑर्केस्ट्रेशन में विशेषज्ञ का उपयोग करेंगे?

कृपया आपको राय दें।

Answer 1

हां और नहीं। ऑर्केस्ट्रेशन और एकत्रीकरण/सेवा संवर्धन के बीच एक पतली, और कभी-कभी अलग-अलग रेखा होती है।

सामान्य रूप से, यदि आपके पास कोई लंबी दौड़ या जटिल व्यावसायिक प्रक्रिया है (प्रक्रिया मुख्य शब्द है, हालांकि मैं इसे परिभाषित करने से बचने जा रहा हूं) - यह बीपीईएल के लिए सबसे उपयुक्त है।

सरल कार्य, जैसे कि तीन सेवा कॉल के परिणामों को एकत्रित करना, अक्सर ईएसबी परत में किया जाना चाहिए।

यह लायक पर बहुत ज्यादा नींद खोने नहीं है, हालांकि

अस्वीकरण: हालांकि मैं किसी औपचारिक हैसियत से इस लेखन नहीं कर रहा हूँ, मैं एक आईबीएम ESB सलाहकार हूँ।

Answer 2

मेरा संक्षिप्त त्वरित उत्तर नहीं है, इसकी प्रतिक्रिया नहीं है।

मैं इसे बीपीईएल या बीपीएम सूट के बजाय दूंगा।

एमएच मुझे नहीं पता कि और क्या जोड़ना है :) ... शुभकामनाएं?

Answer 3

अब मेरी अपनी दृष्टि।

ईएसबी के सभी कार्यों के संबंध में, आपके एसओए के मुख्य आधारभूत तत्व तत्व के अंदर सेवा ऑर्केस्ट्रेशन डालना एक अच्छा विचार नहीं है।

कुल, ठीक है! लेकिन व्यापार संचार के साथ अपने संचार चैनल को व्यस्त रखने के लिए, निश्चित रूप से, अन्य सुविधाओं को डिलीवरी करने की क्षमता में एक भयानक प्रभाव पड़ता है।

सब के बाद, सबसे ESBs जैसे के रूप में बीईए Aqualogic सेवा आर्केस्ट्रा स्टेटफुल क्षमताओं का अभाव है, और प्रतीक्षा (एक टाइमर) की तरह गतिविधियों सहित के लिए एक सीमित समर्थन है या लेने (स्थानांतरित करने के लिए कुछ इनपुट के लिए प्रतीक्षा प्रक्रिया पर), विभाजित/क्षमताओं में शामिल हों (पहले से ही एएलएसबी 3.0 पर जोड़ा गया), और इसी तरह।

कोई रास्ता नहीं। बस बीपीईएल इंजन या वेबलॉगिक एकीकरण जैसे टूल का उपयोग करें।

धन्यवाद।

Answer 4

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

Answer 5

हाँ ऑर्केस्टेशन ईएसबी के अधिकांश मामलों में जिम्मेदारी है। या, वैकल्पिक रूप से, यदि आप ईएसबी इन्फ्रा और ऑर्केस्ट्रेशन इन्फ्रा के बीच एक रेखा खींचते हैं, तो आप जिम्मेदारी के तार्किक गुण के लिए नहीं, प्रदर्शन कारणों से भौतिक स्तर पर ऐसा कर रहे हैं।

आपके पास 2 विकल्प हैं - उदाहरण के लिए, एक मानव संसाधन प्रणाली को एक नया कर्मचारी प्राप्त होता है - जहां आप व्यवसाय तर्क डालते हैं जो कहता है "अनुपालन विभाग को पहले स्वीकृति और जांच करने की आवश्यकता होगी, और फिर यदि यह ठीक है, तो एचआर विभाग को किराए पर अंतिम रूप देने की आवश्यकता होगी, फिर लेखांकन विभाग को एक नई प्रविष्टि की आवश्यकता होगी, और उसके बाद पेरोल सिस्टम को अपडेट करने की आवश्यकता होगी, और यदि यह विफल हो जाता है, तो हमें एचआर को एक ईमेल भेजने की आवश्यकता होगी "? यदि सभी व्यावसायिक प्रक्रियाओं को प्रारंभिक विभाग/आवेदन द्वारा 'स्वामित्व' माना जाता है, तो उद्यम की समग्र प्रणाली जटिल ऑर्केस्ट्रेशन सिस्टम के साथ जटिल हो जाती है।

दूसरा विकल्प ऑर्केस्ट्रेशन को केंद्रीकृत करता है, अनिवार्य रूप से इसे मैसेजिंग प्लेटफॉर्म का तार्किक साझेदार बना देता है। यदि आप इन्हें अलग-अलग कलाकृतियों के रूप में देखना चुनते हैं, तो यह आपके ऊपर है, लेकिन यह ईएसबी दोनों के रूप में वर्णन करने के लिए समान रूप से मान्य है।

Answer 6

नहीं, एक ईएसबी की ज़िम्मेदारी सेवाओं की प्रतिस्थापन नहीं है (प्रति से)। ईएसबी "सॉफ्टवेयर आधारभूत संरचना स्तर" पर अमूर्तता की एक परत प्रदान करता है।

इसका मतलब है कि एक ईएसबी बस पर प्रकाशित किसी भी सेवा के साथ "कनेक्टिविटी के लिए कॉल का एकल लॉजिकल अमूर्त बंदरगाह" है।

ईएसबी अमूर्त होने का मतलब है, बस पर सेवाओं के उपभोक्ताओं को सेवा के तैनाती के विवरण "जानने की जरूरत नहीं है", और एक दस्तावेज़ दस्तावेज़ के साथ "आंतरिक रूप से सामना करने वाली सेवाओं" का खुलासा करना संभव है। ईएसबी निम्न स्तर की सेवाएं प्रदान करता है (जैसे प्रोटोकॉल अनुवाद और संदेश परिवर्तन), ताकि आंतरिक रूप से सेवाएं एक सरलीकृत फैशन में संवाद कर सकें।

यह कुछ आर्केस्ट्रा का अर्थ है: ESB आगे उल्लिखित निम्न स्तर सेवाओं के आर्केस्ट्रा प्रदान करता है (। उदाहरण के लिए जब सेवा एक्स IIOP के माध्यम से कहा जाता है, इस संलग्नक के साथ साबुन से अनुवाद तो एक XML पेलोड लिए जो कुछ भी धारावाहिक डेटा से अनुरोध बदलना) ।

ऑर्केस्टेशन आप आमतौर पर ईएसबी से बचने के लिए है: इस (बीमा) बिक्री को संसाधित करने के लिए, हमें पहले खरीदार द्वारा प्रदान की गई जानकारी को सत्यापित करने की आवश्यकता है, फिर हमें बीमा करने के जोखिम को अंडरराइट करने की आवश्यकता है, और अंत में गणना प्रीमियम जो बीमा के लिए भुगतान करने की ज़रूरत है, जिसके बाद हमें ... आदि

ऊपर वर्णित कदम स्पष्ट रूप से एक व्यावसायिक प्रक्रिया है (जो बाधित भी हो सकता है ... उदाहरण के लिए यदि स्वचालित अंडरराइटिंग संभव नहीं है, तो एक मानव बीमाकर्ता को जोखिम का आकलन करने की आवश्यकता है)।

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

अपनी प्रक्रिया में कई चरणों के बारे में भी अनुमान लगाएं: उपर्युक्त उदाहरण में, सत्यापन एक (कोर्स अनाज) सेवा है। प्रमाणीकरण नियम स्वयं उस सेवा के लिए आंतरिक हैं। जटिल व्यावसायिक नियमों (यानी व्यवसाय प्रक्रिया नहीं) के लिए, व्यवसाय नियम इंजन का उपयोग आवश्यक हो सकता है।

Answer 7

एंटरप्राइज़ सर्विस बस सेवाओं को ऑर्केस्ट्रेट करने के लिए ज़िम्मेदार नहीं होना चाहिए।

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

1000+ चरणों और दर्जनों सेवाओं से बात करते हुए, प्रक्रिया में if-then पर विचार करें। यदि आपके 1000 चरणों में सभी if-then कथन केवल पेलोड में कोई बदलाव नहीं होने के साथ ही रूटिंग के लिए बोलते हैं तो आप अभी भी "रूटिंग" में हैं और इसलिए अभी भी ईएसबी में हैं। लेकिन अगर एक नेस्टेड भी है तो मैं और फिर विभिन्न टूल ढूंढना शुरू कर देता हूं। इसके अलावा, यदि राउटिंग की तरह दिखते हैं तो व्यापार तर्क को बहुत जल्दी प्रभावित कर सकते हैं। एक बार व्यवसाय तर्क दिखने लगने के बाद बीपीईएल या बीपीएमएन जैसी बेहतर भाषा बेहतर होती है।

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

उदाहरण के लिए कल्पना करें कि हमारा पहला कंडक्टर ट्यूबा प्लेयर लाने के लिए जाता है लेकिन कहा कि ट्यूबा प्लेयर ने कुछ और करने का फैसला किया है। एक साधारण पिनबॉल-स्टाइल "ऑर्केस्ट्रेटर" ट्यूबा सेक्शन में लाएगा, पूरी तरह से जानकर यह वहां नहीं है, और उसके बाद दर्शकों के बाद शिकायत करने की प्रतीक्षा करें। वास्तव में समझदार कंडक्टर ट्यूबा चलेगा, और तुरंत गहरा बारिटोन सींग को क्षतिपूर्ति के लिए लाएगा।