🕵🏽 🤽🏽 🏠 मोनोलिथ से लेकर वितरित प्रणाली तक 🙏🏼 🛀🏽 🦀

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

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

एक नए मंच के रास्ते पर

वे टैबलेट समाधान की ओर देखने लगे। ग्राहक के साथ काम करने के लिए ऑपरेटर्स के लिए बैंक की वर्तमान फ्रंट-ऑफिस प्रणाली की वास्तुकला पर आधारित एक टैबलेट पर एक नई प्रक्रिया का कार्यान्वयन एक पुरानी तकनीकी स्टैक के कारण तर्कहीन लग रहा था, जैसा कि वर्तमान फ्रंट ऑफिस सिल्वरलाइट में 8 साल पहले लिखा एक अखंड वेब एप्लिकेशन है। आवेदन के अतिभारित यूआई-भाग और अनुकूली लेआउट की कमी के कारण टैबलेट पर वर्तमान मोर्चे के साथ काम करने का प्रयास असफल रहा। इसके अलावा, Microsoft की सिल्वरलाइट सपोर्ट की कमी ने यह संकेत दिया कि हमारे वर्तमान एप्लिकेशन का जीवन चक्र समाप्त हो रहा था और यह एक नया स्वरूप था और नई प्रौद्योगिकियों के लिए परिवर्तन हुआ। हम microservice वास्तुकला को लागू करने के निर्णय पर आए। अखंड को त्यागना क्यों आवश्यक था? पहले तो,समाधान की मापनीयता के कारण, समग्र दोष सहिष्णुता और स्वतंत्र घटक अपडेट में सुधार हुआ। दूसरे, बैंक में, उत्पाद टीमों के बीच कार्यक्षमता को वितरित करने की प्रवृत्ति और इस मामले में माइक्रोसर्विस दृष्टिकोण टीमों के अधिक लचीलेपन और स्वतंत्रता देता है।पहले चरण में, पायलट प्रोजेक्ट के लिए निम्नलिखित डोमेन (माइक्रोसोर्विस) आवंटित किए गए थे: उपयोगकर्ता, ग्राहक, डेबिट कार्ड और घटना। अनुप्रयोग का पिछला भाग बनाने के लिए, उन्होंने .net Core 2.2 प्लेटफ़ॉर्म (हाल ही में 3.0 पर स्विच किया गया) का उपयोग किया, जो सिस्टम की विरासत से व्यापारिक तर्क के तत्वों को उधार लेता है। प्रतिक्रिया का उपयोग करके सामने के भाग का निर्माण करने का निर्णय लिया गया।

यूआई / यूएक्स

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

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

मैं इंटरफ़ेस में "एयर" जोड़ना चाहता था। यहां, मुझे प्राथमिकता देना था, यह निर्धारित करना कि मुख्य पृष्ठ पर पहुंच के लिए ऑपरेटर्स को सबसे पहले किस कार्यक्षमता की आवश्यकता थी, जिसे साइड पैनल पर प्रदर्शित किया जा सकता है, और जिसे बेकार होने के कारण छोड़ दिया जा सकता है (हाँ, हाँ! ऐसे फ़ील्ड पाए गए थे)। डिजाइनर के साथ टीम के फलदायी कार्य के परिणामस्वरूप, क्लाइंट डेटा के साथ पृष्ठ के पहले थंबनेल और डेबिट कार्ड के लिए आवेदन के चरणों के साथ पृष्ठ डिजाइन किए गए थे।

प्रलेखन

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

आओ यात्रा शुरू करें!

नतीजतन, प्रतिष्ठित पायलट को लॉन्च करने के रास्ते पर हमारा रोडमैप इस तरह दिखता था।

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

पायलट

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

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

नए प्लेटफ़ॉर्म के माध्यम से बिक्री गतिविधि पर नज़र रखी गई एक रिपोर्ट के माध्यम से Graphana और अनुबंध के प्रत्येक नए हस्ताक्षर पर आनन्दित।

गलतियां

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

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

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