कैसे करें खुद का पेमेंट सिस्टम

नमस्कार, हेब्र! हमने RBKmoney में एक नया भुगतान प्रसंस्करण लिखा है। खरोंच से। खैर, क्या यह एक सपना नहीं है?

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

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

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

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

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

कठोर वास्तविकता यह है कि भुगतान प्रसंस्करण के पीछे भुगतान संगठन हैं, इस तरह के यातायात को स्वीकार करने वाले खुले हथियारों के साथ बिल्कुल भी नहीं, और कभी-कभी "हमें प्रति सेकंड 3 से अधिक अनुरोध भेजने के लिए भी नहीं पूछते हैं।" और जो लोग, शायद, इंटरनेट पर पहली बार कुछ के लिए भुगतान करने का फैसला किया, इंटरफेस को देखें। और किसी भी जाम यूएक्स, अयोग्यता और देरी - यह घबराहट के लिए एक अवसर है।

एक टोकरी जिसमें आप बवंडर के दौरान भी खरीदारी कर सकते हैं

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

दृष्टिकोण परिचित लगता है, है ना?

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

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

चलो बंकर में देखते हैं, एक बार खिड़की के बाहर बवंडर

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

यह उन स्थानों को कम करके तय किया गया था जहां सिस्टम की स्थिति संग्रहीत है - यह स्पष्ट है कि स्टेटलेस एप्लिकेशन क्षितिज के पैमाने पर करना आसान है।

आवेदन खुद डॉकर कंटेनरों में घूम रहे हैं, जिसमें से लॉग हम मज़बूती से केंद्रीय इलास्टिक्स खोज भंडार में विलय करते हैं; वे सेवा डिस्कवरी के माध्यम से एक दूसरे को ढूंढते हैं, और डेटा मैक्रो सेवा के अंदर IPv6 पर प्रसारित होता है।

सभी माइक्रोसर्विसेज़ जो एकत्र किए जाते हैं और संबंधित सेवाओं के साथ मिलकर काम करते हैं, एक मैक्रो सेवा है, जो अंततः आपको भुगतान गेटवे प्रदान करती है, जैसा कि आप इसे बाहर से हमारे सार्वजनिक एपीआई के रूप में देखते हैं।

साल्टस्टैक उस आदेश पर नज़र रखता है, जो मैक्रोज़वर्क की संपूर्ण स्थिति का वर्णन करता है।

हम इस पूरे खेत का विस्तृत विवरण लेकर आएंगे।

आसान अनुप्रयोगों के साथ।

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

हां, क्या हमने यह नहीं कहा है कि एरलांग में हमारे प्रसंस्करण का पूरा ऑनलाइन भाग लिखा है?

जैसा कि कई लोग पहले ही अनुमान लगा चुके हैं, हमारे पास ऐसा कोई विकल्प नहीं था।

हमारे सिस्टम के ऑनलाइन हिस्से की पूरी स्थिति बाशो रीक में संग्रहीत है। हम आपको यह भी बताएंगे कि कैसे रिआक को खाना बनाना है और अपनी उंगलियों को नहीं तोड़ना है (क्योंकि आप अपना दिमाग तोड़ देंगे), लेकिन अभी के लिए चलो जारी रखें।

पैसा, लेबोव्स्की कहां है?

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

सौभाग्य से, यह सकारात्मक प्रभाव का कारण बना। जब आप समझते हैं कि एक डेवलपर के रूप में, 512 जीबी रैम को संबोधित करते हुए 40 भौतिक कोर प्राप्त करना आपके लिए कुछ कठिन होगा, तो आपको बाहर निकलना होगा और छोटे अनुप्रयोगों को लिखना होगा। लेकिन वे आपके जितने चाहें उतने तैनात किए जा सकते हैं - सर्वर अभी भी सस्ती हैं।

यहां तक ​​कि हमारी दुनिया में, कोई भी सर्वर रिबूट के बाद जीवन में वापस नहीं आता है, या यहां तक ​​कि सबसे असुविधाजनक क्षण में बिजली की आपूर्ति की विफलता को पकड़ता है।

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

लेकिन सर्वरों के साथ यह आसान है।

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

लेकिन डिस्क एरे के साथ ऐसा नहीं है! यहां तक ​​कि एक छोटी डिस्क भंडारण की विफलता भुगतान सेवा के एक भाग की विफलता है, जिसे हम बर्दाश्त नहीं कर सकते। डुप्लीकेट स्टोरेज? बहुत अव्यवहारिक।

और हम महंगी ब्रांडेड डिस्क सरणियों को वहन नहीं करना चाहते हैं। यहां तक ​​कि सौंदर्य की एक सरल भावना से - वे रैक के बगल में नहीं दिखेंगे जहां संज्ञाएं भी पंक्तियों में पैक की जाती हैं। और यह अनुचित रूप से महंगा है।

अंत में, हमने डिस्क सरणियों का उपयोग न करने का निर्णय लिया। हमारे पास जितने भी ब्लॉक डिवाइस हैं, वे उसी सस्ते सर्वर पर सीईपीएच चला रहे हैं - हम उन्हें बड़ी मात्रा में रैक में रख सकते हैं जिनकी हमें आवश्यकता है।

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

इस प्रकार, हमें एक सुविधाजनक, दोष-सहिष्णु और सार्वभौमिक प्रणाली मिल गई है - सरल सस्ते सर्वरों से भरा एक रैक, कई स्विच। अगला स्टैंड। और इसी तरह।

सरल, सुविधाजनक और समग्र - बहुत विश्वसनीय।

बोर्ड पर आचरण के नियमों को सुनें

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

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

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

और यह सब इतना सुरक्षित है कि आप बिना शर्म के Hackerone.com पर Bugbounty कार्यक्रम प्रकाशित कर सकते हैं।

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

हमारी एयरलाइन चुनने के लिए धन्यवाद!

पुनश्च: मूल सामग्री! पोस्ट में सभी तस्वीरें हमारे कार्यालय के जीवन के दृश्य हैं।