2012-04-11 22 views
6

क्या हम सुरक्षित रूप से कह सकते हैं कि अगर ईएसबी ऑर्केस्ट्रेशन फीचर्स प्रदान करता है, तो यह बीपीएम का कार्यान्वयन करने योग्य है?बीपीएम बनाम ईएसबी - ऑर्केस्ट्रेशन?

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

उत्तर

10

प्रथम प्रश्न:

अपने बयान कुछ व्यावसायिक प्रक्रियाओं जो केवल मॉडल अनुरोध-प्रतिक्रिया बातचीत के लिए मान्य है।

लेकिन जब यह जटिल व्यावसायिक प्रक्रियाओं की बात आती है हम आर्केस्ट्रा सुविधाओं से अलग कुछ और विशेषताएं विचार करने की जरूरत। यहां मैंने कुछ ऐसे परिदृश्यों को सूचीबद्ध किया है।

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

दूसरा प्रश्न:

हां। लेकिन आपके निर्दिष्ट कार्यान्वयन तंत्र की तुलना में बीपीएम इंजन में कई पेशेवर हैं।

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

+1

बिल्कुल सही जवाब नहीं बल्कि तुल्यकालिक प्रक्रियाओं की तुलना में अतुल्यकालिक के लिए इस्तेमाल किया जाना चाहिए, और डिजाइन पैटर्न का एक अलग सेट पर निर्भर करता है! स्पष्टीकरण के लिए धन्यवाद। (http://stackoverflow.com/questions/345749/is-orchestration-an-esb- उत्तरदायित्व) यह प्रश्न भी बहुत समान है और इसका उत्तर खूबसूरती से दिया गया है। –

+1

महान स्पष्टीकरण! –

7

मैं इन स्लाइड बना लिया है कुछ समय पहले वास्तव में बताते हैं कि कैसे आप उन दोनों को और उन दोनों के बीच संबंधों का उपयोग कर सकते हैं: http://www.slideshare.net/salaboy/jbpm5-community-training-module-25-bpm-for-developers

आप BPEL/ESB/आर्केस्ट्रा और की तरह कुछ के बीच अलग दृष्टिकोण को समझने की जरूरत बीपीएमएन (व्यापार उन्मुख) उनके पास बहुत अलग-अलग क्षेत्र हैं।

चीयर्स

+0

यह एक महान प्रस्तुति प्रतीत होता है। मैं प्रस्तुति के लिए +20 देना चाहता हूं, यह सुनिश्चित नहीं है कि यह संभव है या नहीं। –

+0

मेरे पास प्रेजेंटेशन पर कुछ प्रश्न हैं उदा। मैंने सोचा कि हम सुरक्षित रूप से कह सकते हैं "एक वर्कफ़्लो को एक प्रक्रिया के रूप में प्रदर्शित किया जा सकता है"। प्रस्तुति से, ऐसा लगता है कि यह सही नहीं है। कारणों/मतभेदों की आवश्यकता है। क्या मेरे पास समान प्रश्नों में चर्चा/चैट/मेल एक्सचेंज हो सकता है? –

+0

एक व्यवसाय प्रक्रिया को एक उच्च स्तर, व्यापार से संबंधित प्रतिनिधित्व माना जा सकता है। यदि आप एक तकनीकी व्यक्ति हैं तो आपको उस राज्य मशीन के साथ भ्रमित करने की कोशिश करने की आवश्यकता नहीं है जिसका उपयोग आप एक बहुत ही तकनीकी उद्देश्य के लिए कर सकते हैं, जो व्यवसायियों के लिए प्रासंगिक नहीं है। यदि आप चाहें तो आप मेरे ब्लॉग पर प्रश्न लिख सकते हैं: http://salaboy.com – salaboy

3

आम तौर पर ESB मध्यम परत को सौंपा गया है - और ऊपर परत में BPMS - बड़ा सेवा इकाइयों, जो प्रक्रियाओं में उपयोग के लिए व्यापार के संपर्क में आएंगे में निम्न-स्तर सेवाएं orchestrating।

तो बीपीएम बिजनेस प्रोसेस आर्केस्ट्रा लेयर में इस्तेमाल किया जाएगा और ESB सक्षम और व्यापार सेवाओं और सेवा सक्षमता में काम करके इस सुविधा होगी।

दूसरे शब्दों में व्यापार प्रक्रियाओं के साथ सफल होने के लिए सबसे पहले आप अपने सभी प्रणालियों और सेवाओं के रूप में सामने आ रहा क्षुधा की आवश्यकता है; वह जगह है जहां एक ईएसबी खेल में आता है। http://blogs.mulesoft.org/why-bpm-and-esb-need-to-work-together/

-2

मुझे बीपीएम, आर्केस्ट्रा, और ESB के बीच भेद करने से स्पष्ट बना, डिजाइन पैटर्न और विनिर्देशों के माध्यम से करते हैं:

आप इस लिंक को देख सकता था।

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

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

नतीजतन, एक उद्यम स्तर पर आर्केस्ट्रा का उपयोग करने के लिए स्वतंत्र महसूस, लेकिन उस दायरे में बीपीएम का उपयोग कर के बारे में बहुत सावधान रहना होगा।

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

ऐसे मामलों में जहां एक बीपीएम उपकरण को लागू करता है Ws * विनिर्देशों, यह सभी व्यावहारिक प्रयोजनों के लिए एक आर्केस्ट्रा इंजन है। फिर से भेद यह है कि बीपीएम उपकरण विक्रेता-विशिष्ट बीपीएमएन और ऑर्केस्ट्रेशन उपकरण पर भरोसा करते हैं विक्रेता-तटस्थ बीपीईएल पर भरोसा करते हैं।

ऐसे मामलों में जहां बीपीएम और ऑर्केस्टेशन दोनों को सह-अस्तित्व की आवश्यकता है, बीपीएम को एप्लिकेशन आर्किटेक्चर (उदा। एमवीसी शैली) तक सीमित करें और ऑर्केस्ट्रेशन एंटरप्राइज़ परिसंपत्तियों के साझाकरण को बढ़ावा देने दें।

एक ईएसबी एक पूरी तरह से अलग जानवर है। यह (सामग्री Enricher पैटर्न अर्थात सेवा ब्रोकर, अतुल्यकालिक पंक्तिबद्ध करना, मध्यवर्ती रूटिंग, और)