गैलेक्सी गाइड DevOpsConf 2019

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

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



यदि आप चाहते हैं, हमारे DevOpsConf गाइड का एक छोटा निचोड़:

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

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

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

उसी समय, आप आसानी से एक कमरे से दूसरे कमरे में जा सकते हैं, और किसी भी समय आप अपने लिए एक उपयुक्त विषय पाएंगे। जैसा कि मैंने कहा, कार्यक्रम बहुत संतुलित है। हमारे पास बहुत अधिक शांत प्रस्तुतियां थीं, लेकिन अनिच्छा से, कार्यक्रम समिति को उन्हें सेंट पीटर्सबर्ग में वसंत सम्मेलन तक हाईलोअड ++ या उन्हें स्थगित करना पड़ा, ताकि संतुलन को परेशान न करें और मूल विचार का एहसास हो सके। नियोजित विषयों में से प्रत्येक (निरंतर वितरण, कोड के रूप में अवसंरचना, DevOps परिवर्तन, SRE प्रथाओं, सुरक्षा, बुनियादी ढाँचा मंच) विभिन्न उदाहरणों और विभिन्न कोणों से सम्मेलन के कार्यक्रम की जांच करने की अनुमति देता है।

अब वापस बैठते हैं, हमारे गांगेय जहाज सभी स्टॉप के साथ चलते हैं।

गोल्डन हार्ट 30 सितंबर

सीटीओ के रूप में पहले 90 दिन

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

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

DevOps मूल बातें - खरोंच से एक परियोजना में हो रही है

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

कोड के रूप में भविष्य के बुनियादी ढांचे

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

रिलीज से फास्टट्रैक तक

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

क्रॉस-फंक्शनल टीम कैसे बनें

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

SRE प्रैक्टिस

SRE- प्रथाओं पर दो रिपोर्ट जो गति प्राप्त कर रही हैं और संपूर्ण DevOps प्रक्रिया में एक महत्वपूर्ण स्थान रखती हैं, रास्ते में हमारा इंतजार कर रही हैं।

प्रिज्मा लैब्स के एलेक्सी एंड्रीव आपको बताएंगे कि स्टार्टअप को एसआरई प्रथाओं की आवश्यकता क्यों होती है और यह भुगतान क्यों करता है।

डोडो पिज्जा से मैटवे ग्रिगोरीव एक बड़ी कंपनी में एसआरई का एक उदाहरण पेश करेंगे जो पहले ही स्टार्ट-अप चरण को आगे बढ़ा चुके हैं। मैटवे खुद यह कहते हैं: एक अनुभवी .NET डेवलपर और एक शुरुआती SRE, क्रमशः, डेवलपर के संक्रमण की कहानी साझा करेगा, और न केवल एक, बल्कि पूरी टीम, बुनियादी ढांचे के लिए। क्यों DevOps डेवलपर के लिए एक तार्किक तरीका है और क्या होता है यदि आप अपनी सभी एंजेबल प्लेबुक को देखना शुरू करते हैं और एक पूर्ण सॉफ्टवेयर उत्पाद के रूप में स्क्रिप्ट्स को बैश करते हैं और उनके लिए समान आवश्यकताएं लागू करते हैं, तो हम हॉल में 30 सितंबर को 17:00 पर मैथ्यू की रिपोर्ट पर चर्चा करेंगे। गोल्डन हार्ट। "

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

"ब्रह्मांड के किनारे पर", 30 सितंबर

हॉल में "एज़ द एज ऑफ़ द यूनिवर्स" की पहली तीन रिपोर्ट उपकरण के दृष्टिकोण से बहुत दिलचस्प होगी।

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

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

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

तारास कोटोव (EPAM) क्लाउड इन्फ्रास्ट्रक्चर बनाने के और भी दुर्लभ कार्य पर विचार करेगा जिसमें अपना स्वयं का कोर आईपी ​​/ एमपीएलएस नेटवर्क शामिल है । लेकिन अनुभव शांत है, और रिपोर्ट कट्टर है, इसलिए यदि आप जानते हैं कि इसके बारे में क्या है, तो इस रिपोर्ट पर आना सुनिश्चित करें।

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

गोल्डन हार्ट, 1 अक्टूबर

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

एक बड़े बादल भंडारण के हुड के तहत

पहले वक्ता Artemy Kapitula है । उनकी अंतिम वर्ष की रिपोर्ट, “ सिफ। एक आपदा के एनाटॉमी, "सम्मेलन के प्रतिभागियों ने सबसे अच्छा कहा, मुझे लगता है, कहानी की अविश्वसनीय गहराई के लिए धन्यवाद। इस बार, स्टोर डिवाइस और सिस्टम विफलता के मामले के विश्लेषण के लिए Mail.Ru Cloud Solutions समाधान के साथ कहानी जारी रहेगी। प्रबंधकों के लिए इस रिपोर्ट का स्पष्ट लाभ यह है कि आर्टेम न केवल तकनीकी समस्या का विश्लेषण करता है, बल्कि इसे हल करने की पूरी प्रक्रिया है। यानी आप समझ सकते हैं कि इस प्रक्रिया को समग्र रूप से कैसे प्रबंधित किया जाए, और अपनी कंपनी पर प्रयास करें।

प्रतिवर्ती विकेंद्रीकृत तैनाती

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

बादलों में फिर से बढ़ रही है

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

अवितो में अपाचे काफ्का: तीन पुनर्जन्म की एक कहानी

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

माइक्रोसर्विसेज को फिर से हल्का करें

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

बरेलीमेट इंफ्रास्ट्रक्चर के प्रबंधन के लिए सीआई / सीडी

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

वारगेमिंग प्लेटफ़ॉर्म में इस समय लेने वाली प्रक्रिया का बैकस्टेज दिखाते हुए विषय सर्गेई मकारेंको जारी रखेगा।

क्या कंटेनर सुरक्षित हो सकते हैं?

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

"ब्रह्मांड के किनारे पर," 1 अक्टूबर

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

1C में DevOps: एंटरप्राइज

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

कस्टम DevOps

रिपोर्ट की निरंतरता में एंटोन ख्वालेत्स्की , येवगेनी फोमेंको , बताएंगे कि मेगाफोन ने कैसे ठेकेदार की ओर से DevOps का निर्माण किया और कई सॉफ्टवेयर विक्रेताओं से कस्टम विकास सहित कंटिन्यूअस डिप्लॉयमेंट का निर्माण किया।

DevOps को DWH / BI में लाना

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

कैसे (आप) बिना सुरक्षा विभाग के रहते हैं

दोपहर के भोजन के बाद, मोना अर्किपोवा (sudo.su) हमें DevSecOps की मूल बातों से परिचित कराएगी और बताएगी कि कैसे आप विकास प्रक्रिया में एक प्रक्रिया के रूप में सुरक्षा को एकीकृत कर सकते हैं और एक अलग सुरक्षा विभाग का उपयोग करना बंद कर सकते हैं। विषय अत्यावश्यक है, और रिपोर्ट बहुतों के लिए उपयोगी होनी चाहिए।

सीआई / सीडी बड़े समाधान में लोड परीक्षण

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

एसडीएलसी और अनुपालन

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

और दिन के अंत में, Matvey Kukuy (Amixr.IO) आंकड़े और अंतर्दृष्टि साझा करेगा कि कैसे दुनिया भर में दर्जनों टीम ड्यूटी पर हैं, घटनाओं को सुलझाएं, काम व्यवस्थित करें और विश्वसनीय सिस्टम बनाएं, और समझाएं कि यह सब SRE से कैसे संबंधित है।

अब मैं भी आपको थोड़ा सा ईर्ष्या करता हूं, क्योंकि आपको सिर्फ DevOpsConf 2019 की यात्रा करनी है । आप अपनी स्वयं की व्यक्तिगत योजना बना सकते हैं और आनंद ले सकते हैं कि कैसे रिपोर्टें एक-दूसरे के पूरक होंगी, और मैं, सबसे अधिक संभावना है, जैसे किसी भी गाइड के पास सावधानीपूर्वक देखने का समय नहीं होगा।

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

गैलेक्सी DevOpsConf 2019 में मिलते हैं!