एक बार फिर DevOps और SRE के बारे में

एडब्ल्यूएस मिन्स्क सामुदायिक चैट में चर्चा के आधार पर

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

प्रागितिहास

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

जन्म देवओप्स प्रथाएँ

तब गंभीर चाचा आए और कहा कि यह एक उद्योग नहीं है, इस तरह काम करना असंभव है। और जीवन चक्र के मॉडल को घसीटा। उदाहरण के लिए, एक वी-मॉडल।


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


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

सभी फिर से भगवान का शुक्रिया अदा नहीं कर रहे हैं

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

Google SRE

Google आया, सबसे बड़ा कैक्टि खाया और फैसला किया - हमें इसकी आवश्यकता नहीं है, हमें विश्वसनीयता की आवश्यकता है। और विश्वसनीयता को प्रबंधित किया जाना चाहिए। और मैंने फैसला किया - हमें ऐसे विशेषज्ञों की आवश्यकता है जो विश्वसनीयता का प्रबंधन करेंगे। उन्होंने उन्हें एसआर-इंजीनियर कहा और कहा, यहां आप हमेशा की तरह अच्छी तरह से करते हैं। यहां आपके पास SLI है, यहां आपके पास SLO है, यहां आपकी निगरानी है। और ऑपरेशन में उसकी नाक में दम कर दिया। और अपने "विश्वसनीय DevOps" SRE को बुलाया। सब कुछ ठीक लग रहा है, लेकिन एक गंदा हैक है जिसे Google बर्दाश्त कर सकता है - उन लोगों को किराए पर लेने के लिए जिनके पास डेवलपर कौशल और घर पर थोड़ी अधिक सिलाई है, जो एसआर इंजीनियरों के रूप में कार्य प्रणालियों के कामकाज को जानते थे। इसके अलावा, ऐसे लोगों और Google को काम पर रखने से खुद को समस्या होती है - मुख्य रूप से क्योंकि यहां यह खुद से प्रतिस्पर्धा करता है - किसी को व्यावसायिक तर्क का वर्णन करना आवश्यक है। वितरण को जारी इंजीनियरों द्वारा लटका दिया गया था, एसआर - इंजीनियर विश्वसनीयता का प्रबंधन करते हैं (बेशक, सीधे नहीं, लेकिन बुनियादी ढांचे को प्रभावित करने, वास्तुकला को बदलने, परिवर्तनों को बदलने और संकेतक, घटनाओं से निपटने)। अच्छा लगा, आप किताबें लिख सकते हैं । लेकिन क्या होगा अगर आप Google नहीं हैं, लेकिन विश्वसनीयता अभी भी किसी भी तरह बिगड़ती है?

विकासशील DevOps विचार

यह डॉकर के लिए समय था, जो lxc से बड़ा हुआ था, और फिर विभिन्न ऑर्केस्ट्रेशन सिस्टम जैसे Docker Swarm और Kubernetes, और DevOps के इंजीनियरों ने इसे समाप्त कर दिया - प्रथाओं के एकीकरण ने वितरण को सरल बना दिया। इस हद तक सरलीकृत कि डेवलपर्स के लिए भी डिलीवरी देना संभव हो गया - कि तैनाती। कंटेनरीकरण समस्या को हल करता है। और CI / CD सिस्टम की परिपक्वता पहले से ही एक फ़ाइल के स्तर पर लिखी गई है और यह सब शुरू हुआ - डेवलपर्स इसे स्वयं करेंगे। और फिर हम बात करना शुरू करते हैं कि कैसे हम अपनी एसआरई बना सकते हैं, साथ ... हां, कम से कम किसी के साथ।

Google पर नहीं है

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

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