प्रणालीमा बढेको भार कसरी सामना गर्ने: हामी कालो शुक्रबारको लागि ठूलो मात्रामा तयारीहरूको बारेमा कुरा गर्छौं

हे हाबर!

2017 मा, ब्ल्याक फ्राइडेमा, लोड लगभग डेढ गुणाले बढ्यो, र हाम्रा सर्भरहरू तिनीहरूको सीमामा थिए। वर्षको दौडान, ग्राहकहरूको संख्या उल्लेखनीय रूपमा बढेको छ, र यो स्पष्ट भयो कि सावधानीपूर्वक प्रारम्भिक तयारी बिना, प्लेटफर्मले 2018 को भारहरू सामना गर्न सक्दैन।

हामीले सम्भावित सबैभन्दा महत्वाकांक्षी लक्ष्य सेट गर्यौं: हामी कुनै पनि, सबैभन्दा शक्तिशाली, गतिविधिको वृद्धिको लागि पूर्ण रूपमा तयार हुन चाहन्थ्यौं र वर्षभरि अग्रिम नयाँ क्षमताहरू सुरू गर्न थाल्यौं।

हाम्रो CTO Andrey Chizh (chizh_andrey) हामीले ब्ल्याक फ्राइडे 2018 को लागि कसरी तयारी गर्यौं, पतन हुनबाट जोगिन हामीले के उपायहरू गर्यौं, र निस्सन्देह, यस्तो सावधानीपूर्वक तयारीको नतिजा बताउँछ।

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

ठूलो बिक्री मा यातायात को विशेषताहरु

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

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

क्र्यास बिना ब्ल्याक फ्राइडे मार्फत जानु हाम्रो लागि रणनीतिक रूपमा महत्त्वपूर्ण छ, किनकि... वेबसाइटहरू र स्टोर न्यूजलेटरहरूको सबैभन्दा महत्त्वपूर्ण कार्यक्षमता प्लेटफर्मको सञ्चालनमा निर्भर गर्दछ, अर्थात्:

• ट्र्याकिङ र उत्पादन सिफारिसहरू जारी गर्ने,
• सम्बन्धित सामग्रीहरू जारी गर्ने (उदाहरणका लागि, तीर, लोगो, आइकनहरू र अन्य दृश्य तत्वहरू जस्ता सिफारिस ब्लकहरूको डिजाइनका छविहरू),
• आवश्यक आकारको उत्पादन छविहरू प्रदान गर्दै (यी उद्देश्यहरूका लागि हामीसँग "ImageResizer" छ - एउटा उपप्रणाली जसले स्टोर सर्भरबाट छवि डाउनलोड गर्दछ, यसलाई आवश्यक आकारमा कम्प्रेस गर्दछ र, क्यासिंग सर्भरहरू मार्फत, प्रत्येक उत्पादनको लागि आवश्यक आकारको छविहरू उत्पादन गर्दछ। प्रत्येक सिफारिस ब्लक)।

वास्तवमा, ब्ल्याक फ्राइडे 2019 को समयमा, सेवामा लोड 40% ले बढ्यो, अर्थात्। रिटेल रकेट प्रणालीले अनलाइन स्टोर साइटहरूमा ट्र्याक र प्रक्रियाहरू गर्ने घटनाहरूको संख्या प्रति सेकेन्ड 5 देखि 8 हजार अनुरोधहरू बढेको छ। हामी थप गम्भीर भारको लागि तयारी गरिरहेका थियौं भन्ने तथ्यको कारण, हामी सजिलैसँग यस्तो बृद्धिबाट बच्यौं।

सामान्य प्रशिक्षण

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

सर्भरहरूसँग काम गर्दै

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

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

त्यसपछि हामीले काफ्का (अपाचे काफ्का) को लागि दुई ठूला सर्भरहरू थप्यौं र 5 शक्तिशाली मेसिनहरूको क्लस्टर पायौं। दुर्भाग्यवश, हामीले चाहेजस्तो सबै कुरा सहज रूपमा गएन: डाटा सिङ्क्रोनाइजेसन प्रक्रियाको बखत, दुई नयाँ मेसिनहरूले नेटवर्क च्यानलको सम्पूर्ण चौडाइ ओगटेका थिए, र हामीले तुरुन्तै पत्ता लगाउनुपर्‍यो कि कसरी थप गर्ने प्रक्रिया छिटो र सुरक्षित रूपमा पूरा गर्ने। सम्पूर्ण पूर्वाधार। यो समस्या समाधान गर्न, हाम्रा प्रशासकहरूले आफ्नो सप्ताहन्तमा साहसपूर्वक त्याग गर्नुपरेको थियो।

डाटा संग काम गर्दै

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

ब्ल्याक फ्राइडे भन्दा एक हप्ता अघि, हामीले छवि क्यासिङ समय 3 दिनमा बढाएका थियौं, ताकि यदि ImageResizer क्र्यास भयो भने, पहिले क्यास गरिएका छविहरू cdn बाट पुन: प्राप्त हुनेछन्। यसले हाम्रो सर्भरहरूमा लोड पनि कम गर्‍यो, किनकि छवि जति लामो समयसम्म भण्डारण गरिन्छ, हामीले रिसाइज गर्नका लागि स्रोतहरू खर्च गर्न आवश्यक हुन्छ।

र अन्तिम तर कम्तिमा होइन: ब्ल्याक फ्राइडे भन्दा 5 दिन अघि, कुनै पनि नयाँ कार्यक्षमताको साथसाथै पूर्वाधारसँगको कुनै पनि काममा स्थगन घोषणा गरिएको थियो - सबै ध्यान बढ्दो भारको सामना गर्ने उद्देश्यले हो।

कठिन परिस्थितिहरूमा प्रतिक्रिया दिन योजनाहरू

तयारी जतिसुकै उच्च गुणस्तरको भए पनि, fakaps सधैं सम्भव छ। र हामीले सम्भावित गम्भीर परिस्थितिहरूको लागि 3 प्रतिक्रिया योजनाहरू विकास गरेका छौं:

• लोड घटाउने,
• केही सेवाहरू असक्षम गर्दै,
• सेवा पूर्ण रूपमा बन्द।

योजना A: लोड घटाउनुहोस्। यदि लोडमा वृद्धिको कारणले गर्दा, हाम्रा सर्भरहरू स्वीकार्य प्रतिक्रिया समयभन्दा बाहिर गएका छन् भने सक्रिय गरिएको हुनुपर्छ। यस अवस्थामा, हामीले ट्राफिकको भागलाई Amazon सर्भरहरूमा स्विच गरेर बिस्तारै लोड घटाउनका लागि संयन्त्रहरू तयार गरेका छौं, जसले "200 OK" को साथ सबै अनुरोधहरूको जवाफ दिनेछ र खाली प्रतिक्रिया दिनेछ। हामीले बुझ्यौं कि यो सेवाको गुणस्तरको ह्रास थियो, तर सेवाले काम गर्दैन वा लगभग 10% ट्राफिकको लागि सिफारिसहरू देखाउँदैन भन्ने तथ्य बीचको छनौट स्पष्ट छ।

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

योजना C: आरमागेडोनको मामलामा। यदि पूर्ण प्रणाली असफल भयो भने, हामीले एउटा योजना तयार गरेका छौं जसले हामीलाई हाम्रा ग्राहकहरूबाट सुरक्षित रूपमा विच्छेदन गर्न अनुमति दिनेछ। स्टोर खरीददारहरूले केवल सिफारिसहरू देख्न बन्द गर्नेछन्; अनलाइन स्टोरको प्रदर्शन कुनै पनि हिसाबले पीडित हुनेछैन। यो गर्नको लागि, हामीले हाम्रो एकीकरण फाइल रिसेट गर्नुपर्नेछ ताकि नयाँ प्रयोगकर्ताहरूले सेवासँग अन्तर्क्रिया गर्न छोड्नेछन्। त्यो हो, हामीले हाम्रो मुख्य ट्र्याकिङ कोड असक्षम पार्नेछौं, सेवाले डेटा सङ्कलन र सिफारिसहरू गणना गर्न रोक्नेछ, र प्रयोगकर्ताले सिफारिस ब्लकहरू बिना पृष्ठ मात्र देख्नेछ। पहिले एकीकरण फाइल प्राप्त गरेका सबैका लागि, हामीले DNS रेकर्डलाई Amazon र 200 OK stub मा स्विच गर्ने विकल्प प्रदान गरेका छौं।

परिणामहरू

हामीले अतिरिक्त निर्माण मेसिनहरू प्रयोग नगरी पनि सम्पूर्ण लोड ह्यान्डल गर्यौं। र अग्रिम तयारीको लागि धन्यवाद, हामीलाई विकसित प्रतिक्रिया योजनाहरूको आवश्यकता परेन। तर सबै कामहरू अमूल्य अनुभव हो जसले हामीलाई ट्राफिकको सबैभन्दा अप्रत्याशित र ठूलो प्रवाहको सामना गर्न मद्दत गर्नेछ।
2017 मा जस्तै, सेवामा लोड 40% ले बढ्यो, र अनलाइन स्टोरहरूमा प्रयोगकर्ताहरूको संख्या ब्ल्याक फ्राइडेमा 60% ले बढ्यो। सबै कठिनाइहरू र गल्तीहरू तयारी अवधिमा देखा पर्‍यो, जसले हामीलाई र हाम्रा ग्राहकहरूलाई अप्रत्याशित परिस्थितिहरूबाट बचायो।

तपाईं ब्ल्याक फ्राइडेलाई कसरी सामना गर्दै हुनुहुन्छ? तपाईं महत्वपूर्ण भारहरूको लागि कसरी तयारी गर्नुहुन्छ?

स्रोत: www.habr.com