सोओ मत! कैसे हमने प्रति रात 12,000 टिकट ऑफ़र जारी करना सीखा

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

बीते दिनों के मामले, एक गहरी परंपरा

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

जैसे ही GK प्रणाली स्थिर और अद्यतन उपकरण विकसित हुए, हम GK प्रणाली के केंद्रीय घटक - Storemanager- के माध्यम से प्रति रात 100 - 200 स्टोर प्रति कर्मचारी (प्रति कर्मचारी) की राशि में तैनात करने गए। तब इसे बड़ी उपलब्धि माना गया। 1000 दुकानों में अपडेट की गति सुनिश्चित करने के लिए, पहले से ही एक आउटस्टाफ की आवश्यकता थी - केवल प्रति रात 6 लोगों की एक टीम के साथ हम आवश्यक संख्या में आउटलेट तक पहुंच सकते थे। अपडेट कार्य बनाने के लिए, प्रत्येक दुकान को अपने हाथों से "क्लिक" करना आवश्यक था। प्रत्येक कार्य में केवल 50 ऑब्जेक्ट होते हैं, क्योंकि अपडेट के बाद सभी स्थितियों को खोने के लिए एक आंतरिक त्रुटि के कारण एक मौका था, और फिर एक पूर्ण मैनुअल चेक की आवश्यकता होगी।



उस समय, स्टोर की स्वास्थ्य जांच शुरू में असाइनमेंट की स्थिति के द्वारा की गई थी, अंत में कैशियर के डेस्कटॉप से ​​कनेक्ट करने और कैशियर की स्क्रीन के दृश्य विश्लेषण के माध्यम से।

2014 के लिए, प्रति व्यक्ति 1 रात के लिए अद्यतन करने की श्रम तीव्रता 150 स्टोर थी।

पहली सफलता

अद्यतन करने की गति और लागत के साथ ऐसी स्थिति हमारे या व्यवसाय के अनुरूप नहीं हो सकती है। कार्य का सबसे महत्वपूर्ण क्षेत्र सुधारों की प्रक्रिया और स्वचालन की प्रक्रिया थी ताकि व्यवसायों को प्रभावी ढंग से काम करने में मदद करने के लिए दुकानों में परिवर्तनों के त्वरित और उच्च-गुणवत्ता वाले "वितरण" को सुनिश्चित किया जा सके।

चूँकि GK कोड X5 से संबंधित नहीं था, हम Storemanager सुधार अपने दम पर नहीं कर सके, प्रक्रिया को बदल सकते हैं, या बग को ठीक कर सकते हैं। इसलिए, ठेकेदारों के साथ मिलकर, हमने तकनीकी वैकल्पिक उपकरण की खरोंच से विकास पर काम शुरू किया, जिसे हमने "बूस्टर" कहा।

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

"बूस्टर" में डैशबोर्ड के सभी स्टोरों की एक सूची है, प्रत्येक चरण के लिए प्री-चेक और स्टेटस और अपडेट के बाद पहला आदिम स्वचालित चेक।



"बूस्टर" परियोजना के कार्यान्वयन ने श्रम लागत को 6 गुना कम करने और एक कर्मचारी (2016 के अंत तक) की मदद से प्रति रात लगभग 1000 स्टोर अपडेट करने की अनुमति दी। उस समय यह एक अभूतपूर्व सफलता थी।

सफलता का विकास

अगला चरण हमारी सफलता को समेकित और विकसित करना था। हमने “Booster2” नामक सुधारों का एक पूल लॉन्च किया।

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



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

अपडेटेड "बूस्टर" ने 2017 के अंत में प्रति कर्मचारी प्रति रात 1,500 स्टोरों को अपडेट करने की अनुमति दी- 2018 की शुरुआत।

आगे नई ऊंचाइयों पर

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

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

रोड मैप

आइए गठित कार्यों पर अधिक विस्तार से ध्यान दें। हमने 3 क्षेत्रों की पहचान की है:

• जोखिम में कमी के उद्देश्य;
• प्रशासनिक और संगठनात्मक कार्य;
• प्रति दिन अपडेट स्टोर बढ़ाने के लिए कार्य।

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

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

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

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

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

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

प्रशासनिक और संगठनात्मक कार्य। सिस्टम का प्रभावी काम आधी लड़ाई है, सफलता के लिए टीम के प्रभावी काम को सुनिश्चित करना आवश्यक है।

समाधान अतिरिक्त प्रशिक्षण है, काम के कार्यक्रम में सप्ताहांत जोड़ते हैं, सभी लाइनों के साथ बातचीत की स्थापना करते हैं। सप्ताहांत में तैनात करें।

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

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

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

इसके अलावा, परियोजना के ढांचे के भीतर, हमने तय किया कि किस उपकरण को अद्यतन करने के लिए लक्षित किया जाना चाहिए और जिसे आगे विकसित किया जाना चाहिए। Storemanager को लक्ष्य उपकरण के रूप में चुना गया था, क्योंकि GK स्रोत कोड के अधिग्रहण के साथ, हम स्वतंत्र रूप से मानक उपकरण विकसित करने और सुधार करने में सक्षम थे।

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

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

पहले से क्या हुआ है?

फिलहाल, हमारी योजना के अधिकांश कार्य पहले ही लागू हो चुके हैं:

• पम्पिंग प्रणाली का उन्नयन और सुधार।
• जीके वितरण के आकार को कम करना।
• एक टीम में प्रशासनिक और संगठनात्मक कार्य।
• अद्यतन करने के लिए दुकानों की तैयारी का स्वचालन।
• नेटवर्क के काम के लिए लेखांकन।

कार्य स्टोर की एक नई जांच शुरू करने और लक्ष्य अपडेट टूल को परिष्कृत करने के लिए रहता है।

आगे क्या?

आगे और भी। अब हमारा प्रयास प्रति रात 20,000 (+) स्टोर को अपडेट करने का लक्ष्य है, लेकिन यह पहले से ही एक नए अलग प्लेटफॉर्म पर होगा, जिसमें नए टूल और तरीके होंगे। हम भविष्य में इस बारे में जरूर बताएंगे।

लेखक

वासिली गोलूबेव, सॉफ्टवेयर रिलीज वितरण समूह के प्रमुख # ITX5
एवगेनी लापशिन, स्टोर समाधान # ITX5 के लिए सहायता विभाग के प्रमुख