बैंक SOYUZ (AO) के लिए एकीकरण बस: डिजाइन और ऑटो-परीक्षण

परीक्षण के महत्व को कम करना मुश्किल है, खासकर जब यह क्रेडिट कन्वेयर सिस्टम की बातचीत के लिए एक एकीकरण मंच की बात आती है। इस लेख में हम इस बारे में बात करना चाहते हैं कि हमारी टीम ने पहली बार इस तरह की बस को कैसे डिजाइन किया था, और फिर इसके लिए ऑटो-परीक्षण शुरू किया।

एक एकीकरण मंच क्या है और इसकी आवश्यकता क्यों है?

बड़े कॉर्पोरेट सिस्टम में, आंतरिक उप-प्रणालियों के बीच बातचीत की अक्सर समस्याएं होती हैं। अंतहीन कनेक्शन और अनुरोधों के कारण, समय के साथ इस तरह की उलझन अधिक से अधिक भ्रमित और जटिल हो जाती है। इसे बनाए रखने और प्रबंधित करने के लिए खोलना कठिन हो जाता है।

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

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

उस समय, ज्यादातर मामलों में ग्राहक ने पॉइंट-टू-पॉइंट इंटीग्रेशन स्कीम का इस्तेमाल किया: प्रत्येक सिस्टम दूसरे के साथ एकीकृत होता है। यह असुविधाजनक था और बनाए रखना मुश्किल था। हमारे पास तीन कार्य हैं:

1. एक एकीकरण मंच के माध्यम से मौजूदा एकीकरण को बदलें;
   
2. नई बैंक प्रणालियों को एकीकृत करना;
   
3. उनके बीच डेटा विनिमय को स्वचालित करें।
   

परीक्षण कार्य को सफलतापूर्वक पारित करने के बाद, हमने परियोजना शुरू की। अपने लिए इसका चरणबद्ध निर्धारण इस प्रकार किया गया था:

• एक ऑडिट का संचालन करें;
  
• ग्राहक कर्मचारी खोजें जो व्यावसायिक प्रक्रियाओं की लक्षित स्थिति को समझते हैं (और न केवल वर्तमान एक);
  
• आईटी प्रणालियों के लिए व्यावसायिक आवश्यकताओं को तैयार करना और व्यावसायिक प्रक्रियाओं के लक्ष्य राज्य में संक्रमण के लिए एक रोडमैप प्रदान करना।

कार्यान्वयन

कार्यान्वयन के लिए, उन्होंने मॉड्यूलर एकीकरण प्लेटफॉर्म Red Hat JBoss Fuse को चुना।


JBoss फ्यूज आर्किटेक्चर

कुछ और बुनियादी उपकरण जो बॉक्स से बाहर हैं:

अपाचे कैमल , कॉर्पोरेट एकीकरण टेम्प्लेट (ईआईपी) पर बनाया गया है, संदेश मार्ग प्रदान करता है, इसमें बड़ी संख्या में बाहरी सिस्टम के साथ काम करने के लिए तैयार एडेप्टर हैं: डेटाबेस, फाइलें, संदेश दलाल, निर्देशिका सेवा, मेल आदि।

Apache ActiveMQ , जो संदेशों के आदान-प्रदान का आयोजन करती है, और जब तक ग्राहक उन्हें उठा नहीं लेते, तब तक उनका प्रसारण और भंडारण भी सुनिश्चित होता है।

एकीकरण प्रक्रिया स्वयं (प्रवाह) अनुक्रमिक क्रियाओं का एक समूह है। उदाहरण के लिए: एक विकसित / मौजूदा एडॉप्टर के माध्यम से स्रोत प्रणाली से एक संदेश प्राप्त करने के लिए, अपने एडेप्टर के माध्यम से रिसीवर सिस्टम में संदेश डेटा जोड़ें, जोड़ें, फ़िल्टर करें, आगे संचारित करें।


एकीकरण की प्रक्रिया

उसी समय, डेटा का सत्यापन, उनकी गारंटीकृत डिलीवरी, निगरानी प्रणाली को इकट्ठा करने की क्षमता के प्रावधान के साथ त्रुटि से निपटने, त्रुटियों के बारे में जिम्मेदार निष्पादकों को सूचित करना आदि।

उदाहरण

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

परीक्षण

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

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

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

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

नतीजतन, एमुलेटर पर 100% परीक्षण स्वचालन प्राप्त करना संभव था। बाहरी प्रणालियों में से एक को अपडेट करते समय, बस ने व्यापार प्रक्रिया को बनाए रखने का काम किया, इसके अनुसार, इसमें सीधे परिवर्तन किए गए थे। यह आपको किसी भी बदलाव का परीक्षण करने की अनुमति देता है।

एक निष्कर्ष के बजाय

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

अलेक्जेंडर Sadykov, डिप्टी हेड ऑफ़ टेस्टिंग डिपार्टमेंट, सेंटर फ़ॉर सॉफ्टवेयर सॉल्यूशंस, जेट इन्फोसिस्टम्स

पावेल इवानोव, डेवलपमेंट टीम लीडर, सेंटर फॉर सॉफ्टवेयर सॉल्यूशंस, जेट इन्फोसिस्टम्स