असफलता: पूर्णतावाद हमें बर्बाद कर देता है और ... आलस्य

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

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

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



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

Shtosh (c) हम दूसरी साइट लेते हैं, हम एक समान सिस्टम बनाते हैं ... जटिलता दो गुना बड़ी हो जाती है - हमारे पास दो इकाइयाँ हैं। और हम ऊपर से एक प्लेटफ़ॉर्म से डेटा ट्रांसफर के कुछ लॉजिक भी रोल करते हैं - वह है, डेटा प्रतिकृति, स्टेटिक्स की नकल करना इत्यादि। तो, प्रतिकृति का तर्क आमतौर पर बहुत जटिल होता है, और इसलिए, सिस्टम की कुल जटिलता 2 नहीं, बल्कि 3, 5, 10 गुना अधिक हो सकती है।

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

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



यह जीवन से "कहानियों की" के लिए समय है ... बिल्कुल।

उदाहरण संख्या एक

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

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

उदाहरण संख्या दो

कंपनी ब्लॉग: विशेष रूप से प्रशिक्षित लोग वहां समाचार लिखते हैं, इसलिए हमने इस तरह की और इस तरह की प्रदर्शनी में भाग लिया, लेकिन यहां हमने एक और नया उत्पाद जारी किया। मान लें कि यह वर्डप्रेस, एक छोटे डेटाबेस और स्टैटिक के साथ मानक PHP है। बेशक, यह मेरे दिमाग में फिर से आता है कि आपको कभी झूठ नहीं बोलना चाहिए - "पांच मिनट से अधिक नहीं!", यह सब। लेकिन चलिए आगे सोचते हैं। यह ब्लॉग क्या कर रहा है? वे यैंडेक्स से, Google से, कुछ अनुरोधों पर, जीवों पर आते हैं। वाह। और बिक्री किसी भी तरह उससे संबंधित हैं? इनसाइट: वास्तव में नहीं। विज्ञापन यातायात मुख्य साइट पर जाता है, जो किसी अन्य मशीन पर है। हम बुकलेट आरक्षण योजना के बारे में सोचना शुरू करते हैं। एक अच्छे तरीके से, इसे एक-दो घंटे में उतारने की जरूरत है, और इसके लिए तैयारी करना अच्छा होगा। किसी अन्य डेटा सेंटर में एक मशीन लेना, उस पर पर्यावरण को ड्राइव करना, यानी, एक वेब सर्वर, PHP, वर्डप्रेस, MySQL, और इसे लेट छोड़ना उचित होगा। जिस समय हम समझते हैं कि सब कुछ टूट गया है, दो चीजों को करने की आवश्यकता है - 50 मीटर तक mysql डंप को रोल करें, यह वहां एक मिनट में उड़ जाएगा, और वहां बैकअप से कुछ संख्या में चित्र रोल करें। यह भी, वहाँ अच्छी खबर नहीं है। इस प्रकार, आधे घंटे में यह पूरी चीज उग जाती है। कोई प्रतिकृति, या भगवान ने मुझे माफ कर दिया, स्वचालित विफलता। निष्कर्ष: क्या हम जल्दी से बैकअप से बाहर कर सकते हैं आरक्षित करने के लिए आवश्यक नहीं है।

उदाहरण संख्या तीन, अधिक जटिल

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

यह सब कैसे आरक्षित हो सकता है? किसी भी मामले में, एक कार की आवश्यकता होती है: एक घंटे का समय काफी होता है। मैसकल: प्रतिकृति, लाइव प्रतिकृति यहां पहले से ही आवश्यक है, क्योंकि एक घंटे में एक डंप में 100 जीबी, सबसे अधिक संभावना है, नहीं डालना होगा। स्टैटिक्स, चित्र: फिर से, एक घंटे में 500 जीबी में विलय का समय नहीं हो सकता है। इसलिए, तस्वीरों को तुरंत कॉपी करना बेहतर है। रेडिस: यहाँ और अधिक दिलचस्प है। सत्र रेडिस में हैं - हम बस इसे नहीं ले सकते हैं और इसे दफन कर सकते हैं। क्योंकि यह बहुत अच्छा नहीं होगा: सभी उपयोगकर्ताओं को लॉग आउट किया जाएगा, बास्केट खाली किए जाएंगे और इसी तरह। लोगों को अपने उपयोगकर्ता नाम और पासवर्ड को फिर से दर्ज करने के लिए मजबूर किया जाएगा, और कई लोग खरीद को पूरा नहीं कर सकते हैं। फिर से, रूपांतरण गिर जाएगा। दूसरी ओर, Redis सीधे एक से एक प्रासंगिक है, अंतिम लॉग-इन उपयोगकर्ताओं के साथ, शायद, इसकी भी आवश्यकता नहीं है। और एक अच्छा समझौता रेडिस को लेने और कल इसे बैकअप से पुनर्स्थापित करना है, या, यदि आप इसे हर घंटे करते हैं, - एक घंटे पहले। बैकअप से इसे पुनर्स्थापित करने का लाभ एक फ़ाइल की प्रतिलिपि बना रहा है। और सबसे दिलचस्प कहानी है इलास्टिसर्च। किसने कभी MySQL प्रतिकृति खड़ी की? किसने कभी एलिटिक्स खोज प्रतिकृति बनाई? और वह किसके बाद सामान्य रूप से काम करती थी? मैं क्या कर रहा हूँ: हम अपने सिस्टम में एक निश्चित इकाई देखते हैं। यह उपयोगी प्रतीत होता है - लेकिन यह जटिल है।
इस अर्थ में कि हमारे साथी इंजीनियरों को इसके साथ काम करने का कोई अनुभव नहीं है। या एक नकारात्मक अनुभव है। या हम समझते हैं कि अब तक यह बारीकियों या नमी के साथ एक काफी नई तकनीक है। हमें लगता है ... लानत है, लोचदार भी स्वस्थ है, इसे बैकअप से बहाल करने में भी लंबा समय लगता है, मुझे क्या करना चाहिए? हम समझते हैं कि हमारे मामले में लोचदार का उपयोग खोज के लिए किया जाता है। और हमारा ऑनलाइन स्टोर कैसे बिकता है? हम विपणक के पास जाते हैं, पूछते हैं, लोग कहां से आते हैं। वे जवाब देते हैं: "90% यैंडेक्स मार्केट सीधे उत्पाद कार्ड में आता है।" और या तो खरीदते हैं या नहीं। इसलिए, 10% उपयोगकर्ताओं को एक खोज की आवश्यकता है। और इलास्टिक प्रतिकृति रखने के लिए, विशेष रूप से विभिन्न क्षेत्रों में विभिन्न डेटा केंद्रों के बीच, वास्तव में बहुत सारी बारीकियां हैं। रास्ता क्या है? हम एक आरक्षित साइट पर इलास्टिक लेते हैं और इसके साथ कुछ नहीं करते हैं। अगर मामला आगे बढ़ता है, तो किसी दिन हम इसे बढ़ाएंगे, लेकिन यह निश्चित नहीं है। दरअसल, प्लस या माइनस निष्कर्ष समान है: हम, फिर से, सेवाओं को आरक्षित नहीं करते हैं जो पैसे को प्रभावित नहीं करते हैं। सर्किट को सरल रखने के लिए।

उदाहरण संख्या चार, और भी कठिन

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

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

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

उदाहरण संख्या पांच, पूर्ण कट्टर

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

क्या याद आ रही है? एक विद्या है। आप उनके बिना नहीं कर सकते। ऐसा लगता है कि हमारे साथ सब कुछ सही है, सब कुछ सामान्य रूप से नियंत्रण में है। हम बटन दबाते हैं, सब कुछ होता है। यहां तक ​​कि अगर ऐसा है - और हम समझते हैं कि ऐसा नहीं होता है - हमारी प्रणाली कुछ अन्य प्रणालियों के साथ बातचीत करती है। उदाहरण के लिए, ये मार्ग 53, s3 संग्रहण, कुछ एपीआई के साथ एकीकरण से डीएनएस हैं। हम इस सट्टा प्रयोग में सब कुछ नहीं देख पाएंगे। और जब तक हम वास्तव में स्विच को खींचते हैं, तब तक हमें पता नहीं चलता कि यह काम करेगा या नहीं।



शायद यही सब है। आलसी मत बनो और इसे ज़्यादा मत करो। और अपटाइम आपके साथ हो सकता है!