अनाम DevOps प्रेमियों का क्लब

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

जुलाई के बाद से, हम DevOpsConf रूस पर काम कर रहे हैं, जो कि विकास, परीक्षण और संचालन प्रक्रियाओं के एकीकरण पर एक पेशेवर सम्मेलन है, जो रूटकॉन्फ़ से बाहर हुआ और 1 और 2 अक्टूबर को मॉस्को, इन्फोपेस में आयोजित किया जाएगा।

आज मैं आपको बताऊंगा कि हम यह कैसे करते हैं, हम उन रिपोर्टों का चयन करने की कोशिश करते हैं, जो वक्ताओं से पूछ रहे हैं।



हमने सम्मेलन के फोकस के रूप में अखंडता को चुना । हम विभिन्न पक्षों से DevOps के बारे में बात करेंगे - विकास, संचालन, प्रक्रियाओं, प्रबंधन और उपकरणों के पक्ष से। यही कारण है कि हमने इस तरह के वर्गों का गठन किया है:

• इंफ्रास्ट्रक्चर प्लेटफॉर्म।
  
• एक कोड के रूप में बुनियादी ढाँचा।
  
• निरंतर वितरण।
  
• हमसे संपर्क करें।
  
• देवो पर वास्तुकला, सीटीओ के लिए DevOps।
  
• SRE प्रैक्टिस।
  
• प्रशिक्षण और ज्ञान प्रबंधन।
  
• सुरक्षा, DevSecOps।
  
• DevOps परिवर्तन।
  

हमारी राय में, यह किट सभी महत्वपूर्ण पहलुओं का पूरी तरह से वर्णन करता है। इन सभी मुद्दों को कवर करने वाला एक कार्यक्रम व्यापक रूप से उपयोगी होगा। दूसरी ओर, मुख्य कार्य एक संतुलन बनाए रखना है , न कि प्रौद्योगिकी और उपकरणों से अलगाव में प्रक्रियाओं और संस्कृति के बारे में बात करना शुरू करना। इसलिए, हम अपने वक्ताओं को कंपनी में प्रक्रिया को बहाल करने, लक्ष्यों और उद्देश्यों को स्पष्ट करने और उन्हें तकनीकी समाधान के लिए टाई करने के लिए कहते हैं।

मुझे एक उदाहरण के साथ समझाता हूं: हम सभी DevOps सम्मेलनों में एक सुपर-स्पीकर होने जा रहे हैं - अलेक्सई वाखोव , सीटीओ यूची.व्ही।

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

इसलिए, अगर आप, मेरी तरह, रुचि रखते हैं, तो देवओप्सकॉन्फ़ रूस सम्मेलन में पंजीकरण करने में बहुत देर नहीं हुई है!

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

इंफ्रास्ट्रक्चर प्लेटफॉर्म

निकोले शिवको। 30 से अधिक लोगों के लिए कुबेरनेट्स

वे अक्सर कुबेरनेट्स के बारे में बात करते हैं, और okmeter.io में वे इस निष्कर्ष पर पहुंचे कि उन्हें उत्पादन में k8s की भी आवश्यकता है। हालाँकि, उनके पास CI / CD नहीं है, लेकिन इस कार्य के लिए आवश्यक अधिकतम सहिष्णुता और मानव संसाधनों की कमी जैसी सीमाएँ हैं।

अपनी रिपोर्ट में, निकोलाई ने यह बताने का वादा किया कि वह इस समस्या को हल करने में कैसे कामयाब रही:

• टूथपिक और ब्लू इलेक्ट्रिकल टेप से नंगे धातु पर हा k8s ।
  
• जैसा कि k8s नेटवर्क को व्यवस्थित किया गया था, k8s क्लस्टर और पड़ोसी सर्वर जुड़े हुए थे।
  
• K8s सेवा नेटवर्क का उपयोग क्यों नहीं किया जाता है, लेकिन जहां भी संभव हो हेडलेस सेवाओं और दूत + डीएनएस खोज को लागू करना चाहिए।
  

यदि आप प्रवेश सीमा / k8s लाभ / नियंत्रण / प्रदर्शन के संतुलन की तलाश में हैं तो okmeter.io अनुभव उपयोगी होगा।

अन्ना स्टेपयान। Booking.com निगरानी बुनियादी ढांचे

इस रिपोर्ट से हम सीखते हैं: निगरानी के लिए Booking.com में अनुप्रयोगों के संचालन के बारे में क्या डेटा एकत्र किया गया है; वे कैसे एकत्रित होते हैं; क्या मैट्रिक्स और लॉग संग्रहीत हैं; विश्लेषण कैसे करें।

लोकप्रिय ओपनसोर्स-निगरानी समाधानों पर विचार करें, सीमाओं और विशेषताओं का विश्लेषण करें, देखें कि आपको अपने आप को लागू करने के लिए कौन से उपकरण थे।

निरंतर वितरण

अलेक्जेंडर खार्केविच। असरदार भूमिकाओं का प्रभावी विकास और रखरखाव

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

प्रतिक्रिया

वसीली ओज़ेरोव। राजस्व आधारित निगरानी

हर कोई बहुत सारे तकनीकी संकेतक और कुछ व्यावसायिक मैट्रिक्स एकत्र करता है: राजस्व, प्रतिधारण, गुणवत्ता । दुर्भाग्य से, बहुत बार इन मैट्रिक्स का एक-दूसरे से अलग-अलग विश्लेषण किया जाता है, और कोई भी उन्हें सहसंबंधित करने की कोशिश नहीं करता है। क्या आप जानते हैं कि एक वेब सर्वर आपके लिए कितना पैसा लाता है? जब सभी तकनीकी निगरानी प्रणाली हरे हैं, तो समस्याओं को कैसे देखें? जब एक डेटाबेस 90% लोड होता है तो एक व्यवसाय कितना पैसा खो देता है? और 50%? वसीली की रिपोर्ट पर आओ - हम समझेंगे।

देवओ में वास्तुकला, सीटीओ के लिए DevOps

मैक्सिम विकरेव। DevOps गाथा "टेम्प्लेट माइक्रोसर्विस के बारे में"

यह रिपोर्ट एक सक्रिय देवता इंजीनियर और डेवलपर के रूप में दायर की जाएगी। एक अजगर सेवा के विशिष्ट उदाहरण का उपयोग करके (माइक्रो) सेवा के पूरे जीवन चक्र पर विचार करें :

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

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

SRE प्रैक्टिस

रेनाटो लोसियो। बादल पर MySQL

AWS से लेकर Google क्लाउड तक सभी प्रमुख क्लाउड सेवा प्रदाता, क्लाउड में MySQL या MySQL- संगत डेटाबेस चलाने के लिए विभिन्न विकल्प प्रदान करते हैं। आप आभासी मशीनों को तैनात कर सकते हैं और अपने स्वयं के क्लस्टर को कॉन्फ़िगर कर सकते हैं, या सेवाओं पर भरोसा कर सकते हैं और एक बटन के क्लिक के साथ डेटाबेस का प्रबंधन कर सकते हैं ।

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

इगोर डोलझिकोव। 5 मिनट में एक कंटेनर में एसआरई या गो सेवा कैसे संतुष्ट करें

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

विशेष रूप से, निम्नलिखित मुद्दों पर विचार करें: आवश्यक मॉड्यूल के चयन के साथ सेवा उत्पादन; कोड का परीक्षण और सत्यापन करने के तरीके; कोड वितरण और कंटेनर में स्थानीय रूप से और क्लस्टर में निष्पादन; सर्वोत्तम प्रथाओं से सेवा मॉड्यूल की संरचना; सेवा के विनम्र समापन (सुंदर शटडाउन)। और कंटेनर विकास में अमूल्य अनुभव से बहुत अधिक।

सुरक्षा, DevSecOps

सर्गेई नोसकोव। Hashicorp तिजोरी के साथ राज का प्रबंधन

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

DevOps परिवर्तन

एंटोन इसानिन। अल्फा बैंक में DevOps

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


1 और 2 अक्टूबर को DevOps प्रेमियों की बड़ी और गुमनाम मुलाकात में आप देखें! बस अग्रिम में टिकट बुक करना याद रखें, सम्मेलन के करीब यह अधिक महंगा होगा।

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

वैसे, वीडियो को YouTube चैनल पर अलग से मॉनिटर किया जा सकता है - हाल के वर्षों में एकत्र किए गए सभी वीडियो हैं और सूची लगातार अपडेट की जाती है।