अंदर से लमोडा: 300 इंजीनियरों का ऑनलाइन स्टोर क्यों

नमस्कार, हेब्र! मेरा नाम वेलेंटाइन है, मैं लामोदा में सीटीओ हूं, जहां मैं कंपनी की स्थापना के बाद से लगभग काम कर रहा हूं। इन सभी वर्षों में, पूरी टीम इतनी तेजी से आगे बढ़ी कि थोड़ा रुकना और अपने बारे में बात करना संभव नहीं था। मुझे लगता है कि अब समय आ गया है।



ऐसा लग सकता है कि लामोदा रूसी इंटरनेट के अग्रदूतों में से एक है, लेकिन हम केवल सात साल के हैं। 2011 में इसकी नींव से आज तक, हमारी कंपनी 11 कर्मचारियों से बढ़कर पांच हजार से अधिक हो गई है। हर महीने, हमारी साइट पर 10 मिलियन लोग आते हैं। वास्तव में, हम स्थापित रूसी आईटी में एक नवागंतुक स्टार्ट-अप थे, और परिणामस्वरूप, इतने कम समय में हम कई सम्मानित लोगों को पकड़ने और पार करने में सक्षम थे।

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

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

तो लमोडा तकनीकी बैकस्टेज किससे बना है? वास्तव में, ये पाँच बड़ी इकाइयाँ हैं:

• विकास विभाग (व्यवसाय प्रक्रिया स्वचालन विभाग और ऑनलाइन स्टोर विकास विभाग)
  
• आईटी समर्थन विभाग (बुनियादी ढांचा और सुरक्षा)
  
• ईआरपी सिस्टम कार्यान्वयन और समर्थन विभाग
  
• सेवा समर्थन विभाग
  
• डेटा और विश्लेषिकी विभाग
  

जीओ में सब कुछ

यह कहानी उन लोगों के बारे में है जो एक ई-कॉमर्स प्लेटफॉर्म विकसित कर रहे हैं, और अपने खाली समय में वे मोटोस पर ड्राइव करते हैं और शिल्प बीयर बार के निर्देशित पर्यटन लेते हैं।

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


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

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

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

हम एसएमएस और पंजीकरण के बिना खरोंच से लमोडा इकट्ठा करते हैं

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



तैमूर नुरुद्दीनोव, ई-कॉमर्स प्लेटफॉर्म के विकास के प्रमुख:

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

एक सुविधा को लागू करने में आठ महीने। यह जंगली लगता है। साधारण परिवर्तनों की मदद से, हम बाजार में 4 सप्ताह तक समय कम कर पाए, और यही हमने किया।

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

वेयरहाउस स्वचालन और 15 मिनट वितरण अंतराल

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

कार्य मुख्य रूप से PHP में किया जाता है, गोदाम स्वचालन के लिए हम जावा प्लस डोकर / कुबेरनेट्स, एटलसियन स्टैक, पोस्टग्रेक्यूएस, रैबिटएमक्यू का उपयोग करते हैं।







हमारे विभाग में स्प्रिंट की योजना बनाने के लिए हमारे पास एक बाल्टी प्रणाली है: 60% एक परियोजना बाल्टी है, 20% तकनीकी ऋण है, 10% स्प्रिंट प्राथमिकता वाले कीड़े को दिया जाता है, और 10% यह है कि कुछ बाहर से उड़ जाएगा। अन्य बातों के अलावा, बैकलॉग ग्रूमिंग, ऑनलाइन प्लानिंग पोकर, स्टैंड-अप, रेट्रो, कोड रिव्यू 360, बेसिक मेट्रिक्स का कलेक्शन और एनालिसिस, मॉनिटरिंग (प्रोमेथियस, ग्राफाना, इशिंगा, किबाना), सामान्य तौर पर, सब कुछ पेरिस डेवलपमेंट टीमों के सबसे अच्छे घरों की तरह है।

यहाँ व्यापार प्रक्रिया स्वचालन विभाग के प्रमुख पावेल सेवेल्व की कुछ मजेदार कहानियाँ हैं।

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

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

दूसरा मामला भी गोदाम में हुआ। इस कहानी को "43 फन टी-शर्ट्स" कहा जाता है। एल्गोरिदम की जटिलता को पहचानना हमेशा तुरंत संभव नहीं होता है, खासकर जब आप बैकपैक समस्या को हल करते हैं और आपको एन ऑब्जेक्ट्स को एक निश्चित मात्रा (तीन आयामी पैकिंग समस्या) में स्पष्ट रूप से जगह देने की आवश्यकता होती है। यह पता चला कि अगर 43 बिल्कुल समान टी-शर्ट हमारे गोदाम में मिलती हैं, तो सामान को पैक करने के लिए जिम्मेदार प्रणाली इस मामले के लिए कई वितरण संयोजन बनाती है कि यह स्मृति के लिए पर्याप्त है। हमने एल्गोरिदम की समीक्षा की और हम अब समान टी-शर्ट से डरते नहीं हैं - लेकिन क्या होता है अगर पैकेजिंग पर सैकड़ों जोड़े मोज़े मिलते हैं, जो निर्माता एक समय में एक बेचने का फैसला करते हैं? यह गौर करने लायक है ...

किसी भी असंगत स्थिति में, डेटा पर ध्यान केंद्रित करें

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

विभाग के कर्मचारी सच्चे प्रचारक हैं कि कंपनी में सभी निर्णय डेटा के आधार पर किए जाने चाहिए, इसलिए हर दिन यहां वे डेटा में डेटा घटना का उत्साहपूर्वक अध्ययन करते हैं, विश्लेषण करते हैं और डेटा से मूल्य निकालते हैं, मूल्यांकन करते हैं कि उन्हें कैसे लागू किया जा सकता है। मुख्य उपकरण SQL है, साथ ही स्पार्क, Hadoop, डेटा विश्लेषण के लिए पायथन, रिपोर्टिंग के लिए Excel, SAP BusinessObjects और विज़ुअलाइज़ेशन के लिए झांकी।

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

सर्गेई गिलेव, डेटा एंड एनालिटिक्स विभाग के प्रमुख:

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

बड़ी चाल की कहानी: कैसे हमने अपने गोदाम को ग्राहकों द्वारा बिना किसी सूचना के लॉन्च किया

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

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

हमारे अपने गोदाम को चालू करने का काम तीन महीने तक पूरे जोरों पर रहा, इस दौरान कोई भी ग्राहक घायल नहीं हुआ।

ब्लैक फ्राइडे की तैयारी या हम खरीदारी की लत की अवधि में कैसे जीवित रहते हैं

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

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




वॉर रूम - ब्लैक फ्राइडे पर हमारा संचालन केंद्र

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

परिणाम

इन सभी वर्षों में, हम लगातार अपने वर्कफ़्लो को बेहतर बनाने और सरल बनाने की कोशिश कर रहे हैं, कंपनी के कर्मचारियों से प्रतिक्रिया एकत्र कर रहे हैं, नीचे-ऊपर चैनल स्थापित कर रहे हैं और पूरी तरह से नए विचारों और अवधारणाओं का समर्थन कर रहे हैं।

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