हम कैसे स्पोर्टमास्टर करते हैं

सभी को नमस्कार! मुझे यकीन है कि आप में से कई ने कभी हमारे स्टोर में टी-शर्ट, बॉल, स्नीकर्स, कुएं, या कुछ अन्य खेल उपकरण खरीदे हैं, लेकिन कुछ लोग जानते हैं कि स्पोर्टमास्टर तकनीकी दृष्टिकोण से क्या है।


2003 का थोड़ा सा खेल web.archive.org से स्पोर्टमास्टर

मेरा नाम दिमित्री है, मैं स्पोर्टमास्टर में एक वरिष्ठ जावा डेवलपर हूं, और आज मैं हमारे ऑनलाइन स्टोर के बारे में बात करना चाहूंगा, वह किस रास्ते पर चला गया जिस तरह से आप उसे अब जानते हैं: हम कैसे शुरू हुए, हम कैसे विकसित हुए क्या हुआ और क्या नहीं, आज की समस्याओं के बारे में, और भविष्य की योजनाओं के बारे में। रुचि रखते हैं? बिल्ली के लिए आपका स्वागत है!

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

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

उस समय हमें क्या समस्याएँ थीं? कई समस्याएं थीं, लेकिन सबसे महत्वपूर्ण हमारे ऑनलाइन स्टोर का अस्थिर संचालन है।

हम इस तथ्य से भी गिर सकते हैं कि व्यवसाय ने कुछ प्रकार के समाचार पत्र निकाले, जिसके बाद ~ 2000-2500 लोग साइट पर आए, या, जैसा कि मुझे अभी याद है, यांडेक्स पर एक विज्ञापन बैनर ने हमें एक गहरी दस्तक दी। बेशक, ऐसी चीजें अस्वीकार्य हैं, क्योंकि यह न केवल खोया हुआ लाभ है, बल्कि कंपनी की छवि भी है - सामान्य तौर पर, हम समझ गए कि कुछ को बदलने की जरूरत है। सबसे पहले, यह महसूस किया गया कि हमारे कार्यभार के साथ मानक समाधान (उस समय सुपर-लार्ज नहीं, लेकिन फिर भी छोटे नहीं) काम नहीं करेंगे। तब हमारे पास ~ 1000 आगंतुक आम तौर पर ऑनलाइन थे, ~ 2500 चरम पर, साथ ही विकास योजनाएं x2 सालाना।

हार्डवेयर के मामले में तुरंत तेज: हमने 2 और एप्लिकेशन सर्वर जोड़े और 2 डेटाबेस सर्वर का एक क्लस्टर बनाया। उस समय हमारा स्टैक nginx, MySQL, PHP था। समानांतर में, हमने वर्तमान समाधान को अनुकूलित करने की कोशिश की - हमने बाधाओं की खोज की, जो संभव था, वह सब कुछ फिर से लिखने की कोशिश की। चूंकि हमारी अड़चन का आधार था, यह हमेशा "मरने" वाला पहला था, हमने इसे अधिकतम करने का फैसला किया। फुल-टेक्स्ट खोज के लिए स्फिंक्स को लागू किया और चयनित फिल्टर और जुड़े कैश द्वारा पहलुओं के साथ कमोडिटी टाइल्स का उत्पादन। और वोइला - वे लोड जो कल हमारे लिए घातक थे, हमने आसानी से पकड़ना शुरू कर दिया।

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

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

प्रौद्योगिकी स्टैक को निम्नानुसार चुना गया था: जावा, स्प्रिंग, टॉम्कट, इलास्टिक खोज, हेज़ेलकास्ट।

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

मुख्य कार्य

बेशक, जब हम एक बड़े ऑनलाइन स्टोर के बारे में बात करते हैं, तो हम न केवल दैनिक के साथ सामना करने की इच्छा के बारे में बात कर रहे हैं, बल्कि पीक लोड के साथ - व्यापार और अंत उपयोगकर्ताओं के लिए स्थिर होने के लिए।

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

और यह ठीक है अगर क्लाइंट ने 299 रूबल के लिए 15 जोड़े मोज़े का आदेश दिया, और स्टोर में उसने पाया कि वास्तव में केवल 14 जोड़े और 300 रूबल प्रत्येक हैं - आप किसी तरह इसके साथ रह सकते हैं। स्वीकार करें, जो है उसे खरीदें और अपनी आत्मा में इस निशान के साथ रहें। लेकिन अगर संख्याओं में विसंगतियां गंभीर हैं, या आप एक विशिष्ट आकार की तलाश कर रहे थे - और इसे खरीदा गया था जब आप चेकर शॉर्ट्स के खुश मालिकों की समीक्षा पढ़ते हैं, तो यहां सब कुछ पहले से ही दुखी है। यही है, तुरंत एक संतुष्ट (इस बिंदु तक) क्लाइंट का नुकसान, और कॉल सेंटर के काम पर समय और धन की हानि, जहां यह ग्राहक पता लगाने के लिए कॉल करेगा कि क्या हुआ और क्यों हुआ।

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

वैसे, बचे हुए के बारे में

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

अब ऐसा करना संभव नहीं है, इसलिए हम हर 15 मिनट में सभी स्टोर से बचे हुए को डाउनलोड करते हैं। और हमारे पास लगभग 500 स्टोर हैं, साथ ही कई क्षेत्रीय गोदाम, और कई रिटेल चेन हैं। और यह सब तुरंत अद्यतन किया जाना चाहिए। यहां चेरी तथ्य यह है कि कूरियर कंपनियों की कामकाजी स्थितियां अक्सर रूसी संघ के पैमाने पर बदलती हैं, इसलिए, डिलीवरी मापदंडों को भी लोड करना होगा। इसके अलावा, माल के एक निरंतर प्रवाह को कंपनी के गोदामों में पहुंचाया जाता है, यही वजह है कि गोदामों में माल की मात्रा में परिवर्तन होने की उम्मीद है। तो, इसे भी फिर से खींचने की जरूरत है।

और यहां बताया गया है कि कमोडिटी आइटम आइडेंटिफ़ायर (SKU) कैसे बनते हैं। हमारे पास लगभग 40,000, तथाकथित रंग मॉडल के सामान हैं। यदि हम माल के आकार से आगे जाते हैं, तो हमें लगभग 200,000 SKU मिलते हैं। और इन सबके लिए 500 स्टोर्स के पैमाने पर 200,000 को अपडेट करना होगा।

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

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

मॉस्को के लिए, यह स्थिति अनावश्यक लग सकती है, लेकिन क्षेत्रों के लिए यह पूरी तरह से अलग मामला है, वे अक्सर दुकानों में से कुछ के लिए सामान ऑर्डर करते हैं (जो, शायद, आपको विशेष रूप से प्राप्त करने की आवश्यकता है)।

आंकड़े

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

DDoS s कभी-कभी साइट पर पाए जाते हैं। इसी समय, वे रूसी संघ से हमारे रिश्तेदारों के बॉटनेट, दस्तक दे रहे हैं। कुछ समय पहले मैक्सिको और ताइवान से बॉटनेट्स पर दस्तक देने की कोशिश के मामले सामने आए थे, लेकिन अब ऐसा नहीं है।

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

अब क्या

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

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

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