कैमुंडा में स्टाइलिश, फैशनेबल, युवा बीपीएम विकास

बीपीएम विकास आसान नहीं है। यह इस तथ्य के कारण है कि प्रक्रिया को ग्राहक के लिए पठनीय और समझने योग्य होना चाहिए, और न केवल तकनीकी दृष्टिकोण से सही होना चाहिए।

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

2018 ने व्यावसायिक प्रक्रियाओं के विकास के लिए मौलिक रूप से हमारे दृष्टिकोण को बदल दिया। नीचे इस बारे में है कि यह दृष्टिकोण कैसे विकसित हुआ है और हम कैसे बदल गए हैं।

एक प्रस्तावना के बजाय

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

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

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

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



इन सभी सीमाओं के साथ, रहना बहुत कठिन है। एक साल पहले की तुलना में थोड़ा कम, व्यावसायिक प्रक्रियाओं का वर्णन करने के लिए कैमुंडा इंजन की कोशिश करने की पेशकश थी। के साथ शुरू करने के लिए, कानूनी संस्थाओं के लिए टर्मिनलों को पंजीकृत करने के लिए बहुत बड़ी नहीं, बल्कि महत्वपूर्ण प्रक्रिया का चयन किया गया था।

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

कैमुंडा क्या है?

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

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


कैमुंडा मॉडलर पॉपअप विंडो

जावा प्रतिनिधि उदाहरण:

import org.camunda.bpm.engine.delegate.DelegateExecution; import org.camunda.bpm.engine.delegate.JavaDelegate; public class JavaExampleDelegate implements JavaDelegate { @Override public void execute(DelegateExecution execution) { String someVar = (String) execution.getVariable("someVariable"); // some actions execution.setVariable("otherVariable", "otherValue"); } } 

कोटलिन प्रतिनिधि उदाहरण:

 import org.camunda.bpm.engine.delegate.DelegateExecution import org.camunda.bpm.engine.delegate.JavaDelegate class KotlinExampleDelegate: JavaDelegate { override fun execute(execution: DelegateExecution) { val someVar = execution.getVariable("someVariable") //some code execution.setVariable("otherVariable", "someValue") } } 

प्रतिनिधि में, आप व्यावसायिक तर्क, एकीकरण, और वह सब कुछ बता सकते हैं जो आपका दिल चाहता है।

हम तर्क के साथ एक व्यावसायिक घटक के रूप में एक परत बनाने की कोशिश करते हैं, और प्रतिनिधि को केवल प्रक्रिया के प्रवाह के लिंक के रूप में उपयोग करते हैं, ताकि कोड और प्रक्रिया को यथासंभव कम से कम मिला सकें।

ज्यादातर मामलों में, यह दृष्टिकोण सुविधाजनक है और सफलतापूर्वक काम करता है। प्रक्रिया के साथ सहभागिता डेलिगेट एक्सिशन के माध्यम से होती है, जो उदाहरण के लिए, संदर्भ, घटनाओं, और इसी तरह से काम करने की अनुमति देती है।

क्या यही हम चाहते थे?

बहुत शुरुआत में, जब एक उपकरण चुनते हैं, तो हम निम्नलिखित विशेषताओं के साथ समाधान की तलाश में थे:

• प्रक्रिया की वसूली ठीक उसी जगह से हुई जहां विफलता हुई थी, और यह वांछनीय है कि यह बॉक्स से बाहर हो।
• कुछ जीयूआई जहां आप देख सकते हैं कि सामान्य रूप से प्रक्रिया क्या होती है।
• इकाई परीक्षण लिखने की क्षमता न केवल तर्क और एकीकरण के लिए, बल्कि प्रक्रिया के लिए भी।
• जावा 8 और ऊपर।
• विकसित समुदाय।

कैमुंडा त्रुटि सुधार और विश्लेषण के साथ ठीक है।

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

हमने इसे इस तरह हल किया:

 override fun resolveIncident(context: IncidentContext) { val incidentList = Context.getCommandContext().incidentManager.findIncidentByConfiguration(context.configuration) if (incidentList.isNotEmpty()) { //      } } 

कैमुंडा में एक जीयूआई है और यह खराब नहीं है।

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

यह हमारे व्यवस्थापक पैनल के पथ के साथ था जो हम गए थे। पहले से ही कम समय में हमारे व्यापार प्रक्रिया वास्तुकार ने इसे नीचे देखा, जिसमें पहले से पूरी हो चुकी प्रक्रियाओं के इतिहास को देखने, कार्यों के बीच प्रवास, और इसी तरह के कार्य शामिल थे।

कैमुंडा का आराम वास्तव में शक्तिशाली है और आपको प्रक्रियाओं के साथ कुछ भी करने की अनुमति देता है। उदाहरण के लिए, आप / प्रक्रिया-परिभाषा / कुंजी / aProcessDefinitionKey का उपयोग करके एक प्रक्रिया शुरू कर सकते हैं / ऐसे सरल अनुरोध के साथ शुरू कर सकते हैं:

 { "variables": { "aVariable" : { "value" : "aStringValue", "type": "String" }, "anotherVariable" : { "value" : true, "type": "Boolean" } }, "businessKey" : "myBusinessKey" } 

उदाहरण आधिकारिक दस्तावेज से लिया गया है, जिसमें इस एपीआई का उपयोग करने के विभिन्न मामलों का व्यापक वर्णन है।

यूनिट परीक्षण के लिए, हम सामान्य जूनिट का उपयोग करते हैं। साथ ही इस प्रक्रिया का परीक्षण करने के लिए एक दिलचस्प लाइब्रेरी है - 'org.camunda.bpm.extension', नाम: 'कैमुंडा-बीपीएम-एस्सर'। इसके साथ, आप प्रवाह प्रक्रिया को सत्यापित करने के लिए परीक्षणों का वर्णन कर सकते हैं।

यह काफी सुविधाजनक है, क्योंकि कोड में प्रवाह में बग के साथ समस्याओं की खोज करना अक्सर अधिक कठिन होता है। इस तरह के परीक्षण, उदाहरण के लिए, गलत रिफैक्टरिंग से रक्षा करते हैं और वास्तव में कई बार हमारी मदद करते हैं।

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

कैमुंडा में समुदाय काफी विकसित है। यह इस तथ्य से स्पष्ट है कि गिटहब पर नए पुस्तकालय लगातार परीक्षण और मैट्रिक्स के लिए दिखाई दे रहे हैं।

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

उदाहरण के लिए, आप केवल एक कमांड के साथ प्रक्रिया शुरू कर सकते हैं:

 runtimeService.startProcessInstanceByKey( "MyTestProcess", "MyBusinessKey", mapOf( "key1" to "value1", "key2" to "value2", ) ) 

यहाँ MyTestProcess उदाहरण के लिए नहीं, प्रक्रिया का Id-shnik है। MyBusinessKey एक रनिंग प्रोसेस इंस्टेंस के लिए एक अद्वितीय कुंजी है। हम आमतौर पर इस क्षेत्र के लिए कुछ व्यावसायिक मूल्य का उपयोग करते हैं - उदाहरणों और खोज के बीच तेजी से नेविगेशन के लिए।

लगभग उसी तरह, आप एक "नींद" प्रक्रिया को जगा सकते हैं।

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

एक उपसंहार के बजाय

यहां कुछ संसाधन दिए गए हैं जो ऊपर वर्णित स्टैक को लागू करने में सहायक हैं। मेरा सुझाव है कि यदि आप विषय पर अतिरिक्त जानकारी में रुचि रखते हैं तो आप उन्हें पढ़ते हैं।

• कैमुंडा अच्छी तरह से प्रलेखित है - हमने आधिकारिक दस्तावेज में अधिकांश आवश्यक मामले पाए।
• मंच के बारे में अधिक जानकारी, दिलचस्प मामले और आमतौर पर बीपीएम के बारे में इस चैनल पर देखा जा सकता है । यह हमारे सहयोगी के नेतृत्व में है, जिन्होंने कैमुंडा का उपयोग करने का सुझाव दिया था।
• कोटलिन के कार्यान्वयन के बारे में पावेल फिंकेलस्टीन की एक अच्छी रिपोर्ट ।