एक बार जब हम इस तरह थे:
और अब यह इस तरह हो गया है:
कहानी लगभग दो साल पहले शुरू हुई जब हम सिर्फ हबर पहुंचे । हमारा पहला विषय, विशेष रूप से, बग रिपोर्ट, सुझाव और विचारों के बारे में था। विशेष रूप से पुराने व्यक्तिगत खाते पर बहुत सारे प्रस्ताव थे। चूंकि मामला वहां त्वरित परिवर्तन तक सीमित नहीं होगा, हमने सिस्टम का लगभग पूर्ण प्रतिस्थापन शुरू कर दिया।
शुरू करने के लिए, मैं आपको बताऊंगा कि उन्होंने इसे खरोंच से करने का फैसला क्यों किया। यह वास्तुकला के माध्यम से पूरी तरह से सॉर्ट करने का अवसर था। पुराने व्यक्तिगत खाते में कम से कम 10 साल पहले काम किया गया था, जिसमें कुछ पैमाने नहीं थे और कुछ सीमाएँ थीं
तकनीकी हिस्सा है
एक 32-बिट प्लेटफ़ॉर्म का उपयोग किया गया था, जिसने उपयोग किए गए रैम के आकार पर कुछ प्रतिबंध लगाए थे, और विरासत एपीआई का उपयोग, जो अक्सर निर्माता द्वारा पहले से ही समर्थित नहीं था, जावा-आधारित अनुप्रयोगों की स्थिरता को नकारात्मक रूप से प्रभावित करता था।
लोड संतुलन के लिए व्यक्तिगत खाते का पुराना संस्करण केवल HTTP सत्र बैलेंसर की कार्यक्षमता का उपयोग करता है। उसी समय, यदि किसी एप्लिकेशन सर्वर में से कोई समस्या थी, तो ऐसे एप्लिकेशन सर्वर से जुड़े वर्तमान उपयोगकर्ता सत्र खो गए थे।
समाधान की कमजोर प्रतिरूपता और प्रस्तुति परत पर बड़ी मात्रा में तर्क की उपस्थिति ने एप्लिकेशन आर्किटेक्चर को "अखंड" बना दिया, जिसके विकास और सरल परिवर्तनों के परीक्षण में काफी श्रम लागत की आवश्यकता थी। यह क्षैतिज स्केलिंग को भी जटिल करता है और अनुप्रयोग की समग्र गति को कम करता है। परिणामस्वरूप, कुछ संचालन, विशेष रूप से प्रदर्शन के प्रति संवेदनशील, जैसे कि बिलिंग और ग्राहक जानकारी का उत्पादन, अनावश्यक रूप से लंबे समय तक किया जाता था। इसके अलावा, महीने की शुरुआत में पहले बिलिंग चक्र के खातों के प्रसंस्करण में कई दिन लग सकते हैं। समस्या प्रसंस्करण एल्गोरिथ्म थी, जिसमें एक डिस्क सरणी पर अस्थायी डेटा संग्रहीत किया गया था, जिसने काम धीमा कर दिया।
हमने 64-बिट प्लेटफ़ॉर्म पर स्विच किया, विरासत लाइब्रेरीज़ का उपयोग छोड़ दिया। अब, दोष सहिष्णुता और लोड संतुलन को बढ़ाने के लिए, क्लस्टर का उपयोग एप्लिकेशन सर्वर स्तर और डेटाबेस स्तर दोनों पर किया जाता है। व्यक्तिगत खाते के नए संस्करण के डिजाइन और कार्यान्वयन के दौरान, संबंधित प्रणालियों के साथ एकीकरण को संशोधित किया गया और बहुत बदल दिया गया, यह काफी मुश्किल था।
"इंजीनियरिंग" इंटरफ़ेस से "मानव" में संक्रमणमहत्वपूर्ण परिवर्तनों ने सिस्टम की कार्यक्षमता को प्रभावित किया है, खासकर पोस्टपेड भुगतान प्रणाली के ग्राहकों के संबंध में। समूह संचालन, एक पता पुस्तिका, ग्राफ़ और चार्ट का उपयोग करके वित्तीय जानकारी का एक दृश्य प्रतिनिधित्व, उपयोगकर्ता रिपोर्टों के एक डिजाइनर का एक कार्यात्मक था, जहां उपयोगकर्ता खुद को पैरामीटर और फ़िल्टर सेट कर सकते हैं।
पिछले संस्करण की तुलना में, लॉन्च के समय पहले से मौजूद नई प्रणाली में ग्राहकों की संख्या और एक साथ लेनदेन की संख्या में लगभग पांच गुना अधिक क्षमता है। इसलिए, प्रति सेकंड लगभग 100 लेनदेन अब संसाधित किए जा रहे हैं। लेकिन हम एक बड़ा भार प्रदान कर सकते हैं।
डेटा की मात्रा के संदर्भ में, सिस्टम में लगभग 80 मिलियन ग्राहक हैं और उनमें से प्रत्येक के लिए सेवाएं, टैरिफ, शेष, खाते, आदेशित विवरण और अन्य जानकारी।
पिछले संस्करण की समस्याओं में से एक चालान प्रसंस्करण की गति थी। लगभग 4 टीबी खाते हर महीने एक नए व्यक्तिगत खाते से गुजरते हैं।
इस मामले में, खातों का थोक महीने की शुरुआत में पहले बिलिंग चक्र पर आता है। नया समाधान आपको डेटा को अधिक संसाधित करने की अनुमति देता है
8 घंटे में 3 गुना तेजी से बिछाने।
इसके अलावा, जो बहुत महत्वपूर्ण है, क्षमता विस्तार पर प्रारंभिक प्रणालीगत प्रतिबंध हटा दिए गए थे, और अब, यदि आवश्यक हो, तो हम धीरे-धीरे इसका विस्तार कर सकते हैं, बाजार की आवश्यकताओं के आधार पर।
इसके अलावा, एक व्यक्तिगत खाता बड़ी संख्या में आंतरिक सिस्टम का एक इंटरफ़ेस है। अब 15 से अधिक सूचना प्रणालियों के साथ एकीकरण लागू किया गया है, जिसमें बिलिंग सिस्टम, प्री-पे प्लेटफॉर्म, कंटेंट प्लेटफ़ॉर्म, वेबसाइट, सीआरएम सिस्टम आदि शामिल हैं। यह संपूर्ण जटिल एकीकरण श्रृंखला के तेज़ और विश्वसनीय संचालन को सुनिश्चित करने के लिए आवश्यक है।
इंटरफ़ेस दर्शन
प्रोफ़ाइल "पहले" और "बाद"पुराने और नए व्यक्तिगत खाते की एक ही स्क्रीन के स्क्रीनशॉट की तुलना में देखें। हमने तत्वों को फिर से एकत्रित किया, जानकारी प्राप्त करने के संदर्भ में उपयोगकर्ता पर सब कुछ अधिकतम केंद्रित किया, अधिकांश शब्दों का रूसी भाषा में अनुवाद किया (जैसा कि ग्राहक कॉल सेंटर से संपर्क करते समय इन चीजों को कॉल करते हैं) और बहुत कुछ।
मुख्य कार्य कैबिनेट के लिए कुछ विशेष ज्ञान की आवश्यकता के रूप में माना जाता है। हमारे पास यूरोप का एक उदाहरण है, जहां कोई भी वरिष्ठ नागरिक बस अपने उपयोगकर्ता प्रोफ़ाइल में कुछ बदलने के लिए अपने ऑपरेटर के व्यक्तिगत खाते को ले और जा सकता है। (नॉर्वे में, स्थानीय ऑपरेटरों के लगभग आधे ग्राहक हमारे निजी खाते का उपयोग करते हैं, हमारे साथ केवल कुछ प्रतिशत)।
लक्ष्य प्राप्ति में अंतर लगभग परिमाण का एक क्रम है।सिद्धांत रूप में, कॉल सेंटर के लिए कॉल का एक मूल कारण है - संतुलन के लिए चिंता । अधिक सटीक रूप से, सवाल: "क्या मैं अधिक भुगतान नहीं कर रहा हूं?" उदाहरण के लिए, सबसे अधिक संभावना है, इस विषय के अधिकांश पाठकों को पता नहीं है कि उनके लिए अधिक लाभदायक क्या है - उनका वर्तमान टैरिफ या वह जो टीवी पर विज्ञापित है। तकनीकी ज्ञान के बिना ग्राहकों के लिए, ऑपरेटर से पूछने का सबसे आसान तरीका तुच्छ है। इस तरह के यांत्रिकी - एक नया वीडियो सामने आया, एक आदमी ने इसे वाणिज्यिक ब्रेक के दौरान देखा, चिंतित हो गया, जांच करने का फैसला किया, हमें बुलाया। इसमें यह जाँच करना भी शामिल है कि क्या पैसे आए: "मैंने कल टर्मिनल के माध्यम से 100 रूबल डाले, क्या वे आए?" और राइट-ऑफ प्रश्न। सामान्य तौर पर, सब्सक्राइबर को नियंत्रण की आवश्यकता होती है। हमने मुख्य स्क्रीन पर एक ही बार में सही डेटा की अधिकतम संख्या, और त्वरित स्टेटमेंट बनाकर नियंत्रण की इस भावना को देने की कोशिश की। कथन आपको यह समझने की अनुमति देते हैं कि खाते के साथ क्या हुआ था, और बहुतों को भाता है। और यहां तकनीकी भाग को खींचना महत्वपूर्ण था (आप पहले से ही जानते हैं कि क्यों) और सही इंटरफ़ेस बनाते हैं, अन्यथा यहां तक कि जल्दी से उत्पन्न बयान बस नहीं मिलेगा।
वित्तीय जानकारीकैसे प्रोटोटाइप और परीक्षण किए गए थे
प्रवेश द्वार पर हमारा डेटा था कि उपयोगकर्ता को क्या ज़रूरत थी (हमारे पास रूस में सबसे प्रसिद्ध प्रयोज्य प्रयोगशालाओं में से एक है), लेबेदेव स्टूडियो विशेषज्ञों की दृष्टि, तकनीकी विशेषज्ञों के डेटा और संभव नहीं है और क्या नहीं है। यह एक प्रोटोटाइप निकला, जिसे पहले हमारी पद्धति के अनुसार परीक्षण किया गया था, और फिर बयानों और परीक्षणों की पुनरावृत्ति के लिए चला गया।
जीवित लोगों के साथ बातचीत का दृश्य परिणामपरीक्षण इस तरह से किए गए थे: हमने कॉल सेंटर कॉल करने वाले साधारण ग्राहकों की प्रोफाइल के अनुसार "सड़क से" लोगों को भर्ती किया था। उन्होंने उनके सामने अपने व्यक्तिगत खाते का एक विशिष्ट प्रोटोटाइप लॉन्च किया और कार्यों को उस रूप में सेट किया जिसमें वे उपयोगकर्ताओं का सामना करते हैं। उदाहरण के लिए, "पिछले 15 दिनों के लिए एक खाता विवरण न बनाएं", लेकिन: "मुझे आश्चर्य है कि यूक्रेन से आपके द्वारा अपनी अंतिम यात्रा लागत के दौरान कितना कॉल किया गया है?", "ऐसे टैरिफ विकल्प को कनेक्ट न करें-जैसे", लेकिन "कल आप जा रहे हैं" कीव में, यह देखने की कोशिश करें कि रिश्तेदारों को कॉल करना कितना सस्ता है ”। आदमी ने खुद कार्यालय का अध्ययन किया और एक समाधान की तलाश की। हमने उनकी आंखों के मूवमेंट, माउस के मूवमेंट, क्लिक, प्लस एक सामान्य वीडियो "ओर से" लिखा। प्रत्येक लेआउट के लिए इस तरह के परीक्षण सैकड़ों बार चलाए गए, जब तक यह स्पष्ट नहीं हो गया कि अधिकांश "यादृच्छिक" लोग (हमने प्रत्येक नए पुनरावृत्ति से पहले उन्हें टाइप किया) काफी अच्छी तरह से प्रबंधित किया।
तब एक बहुत लंबा बीटा परीक्षण हुआ था, जहाँ हैबर ने भी बहुत मदद की थी - एक घंटे के हब्बरफेक्ट में उतनी ही त्रुटियाँ थीं जितनी एक सप्ताह में परीक्षकों को मिलीं।
हम इसे परिष्कृत करना जारी रखते हैं, और हम आपके सभी व्यक्तिगत खातों (होम इंटरनेट खाते सहित) को एक में लाने की योजना बना रहे हैं, क्योंकि अब हमने विभिन्न सिम कार्डों की पहुंच एक खाते में कम कर दी है।