भुगतान प्रणाली कैसे बनाई जाती है: भाग एक

2009 की गर्मियों में, Mail.Ru ने अपने स्वयं के डेवलपर्स द्वारा बनाई गई एक नई भुगतान प्रणाली शुरू करने की घोषणा की (हमें याद है कि इससे पहले, MoneyMoney भुगतान प्रणाली ने Money.Ru परियोजना को तकनीकी और सेवा सहायता प्रदान की थी)। नई परियोजनाएं, अन्य चीजों के अलावा, पोर्टल उपयोगकर्ताओं को कंपनी की विभिन्न सेवाओं के लिए एक, सुविधाजनक और सुरक्षित भुगतान तंत्र - मनोरंजन परियोजनाओं (गेम, एप्लीकेशन इन माय वर्ल्ड) से ई-कॉमर्स परियोजनाओं (गुड्स, रियल एस्टेट, समाचार पत्र) की पेशकश करने के लिए थी।



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



उल्लिखित स्पष्ट कार्यों के अलावा, ऐसे तकनीकी व्यक्ति भी हैं, जिनके बारे में बहुत कम बात की जाती है, लेकिन जो समग्र रूप से कंपनी के लिए कम महत्वपूर्ण नहीं हैं। उदाहरण के लिए, Dengami@mail.ru से जुड़ी पोर्टल सेवाएं और स्टोर उन उपयोगकर्ताओं से भुगतान स्वीकार करने की क्षमता रखते हैं जो अपने इलेक्ट्रॉनिक फंड को अन्य भुगतान प्रणालियों में रखते हैं - वेबमनी, यैंडेक्स.मोनी और कई अन्य। सिस्टम का एक समान रूप से महत्वपूर्ण हिस्सा एसएमएस प्रोसेसिंग है, जिसकी मदद से कई देशों के आगंतुक भुगतान प्रणाली में खाता खोलने के बिना विभिन्न पोर्टल सेवाओं की सेवाओं के लिए भुगतान कर सकते हैं।



इस लेख के साथ, हम कहानियों की एक पूरी श्रृंखला खोलते हैं कि हमारे भुगतान प्रणाली को अंदर से कैसे व्यवस्थित किया जाता है, इसके विश्वसनीय संचालन को सुनिश्चित करने के लिए हम किन उपकरणों का उपयोग करते हैं, हम दर्जनों बाहरी प्रणालियों के साथ कैसे काम करते हैं, हमें क्या समस्याएँ आती हैं, हमने कैसे हल किया और हमने क्या निष्कर्ष निकाले। । तकनीकी लेखों के अलावा, हम आपके ऑनलाइन स्टोर और सामाजिक नेटवर्क के लिए अनुप्रयोगों के वित्तीय रूप से सक्रिय दर्शकों का विस्तार करने के लिए हमारी भुगतान प्रणाली का उपयोग करने के बारे में बात करने की कोशिश करेंगे। यदि आप Money.Mail.Ru से संबंधित किसी अन्य विषय में रुचि रखते हैं, तो पूछें, हम इसे कवर करने का प्रयास करेंगे।

कैसे स्टील का तड़का लगाया गया

2008 के अंत में हमारे विभाग के सामने एक नई परियोजना पर काम शुरू करने का कार्य निर्धारित किया गया था। उस समय, भुगतान प्रणाली उन प्रकार की परियोजनाओं से संबंधित नहीं थी, जिन्हें Mail.Ru का उपयोग विकास, लॉन्च और सफलतापूर्वक संचालन के लिए किया जाता है। हालांकि, पहले से ही कार्य को सेट करने के चरण में, इस बात की समझ थी कि विकास प्रक्रिया में क्या ध्यान रखा जाना चाहिए और इसे लागू किया गया था।



हमने इन आवश्यकताओं को "एमएमएम" कहा (यह, निश्चित रूप से, एक मजाक है ) पहले पत्रों द्वारा। यहाँ वे हैं:

• एम asshtabiruemost
• एम ultivalyutnost
• एम नोविट्रिनोस

उनमें से प्रत्येक के बारे में थोड़ा और।

scalability

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

बहु

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

Mnogovitrinnost

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



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



क्या हमने ऐसा करने का प्रबंधन किया? हां, यह पूरी तरह से संभव था।



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



हम दुनिया में उपलब्ध सभी मुद्राओं (राष्ट्रीय बैंकों, ay!) पर विचार कर सकते हैं कि सिस्टम कैसे व्यवहार करेगा, इस बारे में विचार किए बिना। आदेश को निराधार न करने के लिए - अब सिस्टम पहले से ही कई मुद्राओं का उपयोग करता है (ओह, ये कानूनी मुसीबतें!)।



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



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



मनी मेल की टीम। आरयू