29 आणि 30 सप्टेंबर - DevOps Live 2020 कॉन्फरन्सचा खुला ट्रॅक

DevOps Live 2020 (सप्टेंबर 29-30 आणि ऑक्टोबर 6-7) अद्यतनित स्वरूपात ऑनलाइन आयोजित केले जातील. साथीच्या रोगाने बदलाच्या वेळेला गती दिली आहे आणि हे स्पष्ट केले आहे की जे उद्योजक त्यांचे उत्पादन ऑनलाइन कार्य करण्यासाठी त्वरीत बदलू शकले ते "पारंपारिक" व्यावसायिकांना मागे टाकत आहेत. म्हणून, 29-30 सप्टेंबर आणि 6-7 ऑक्टोबर रोजी, आम्ही तीन बाजूंनी DevOps पाहू: व्यवसाय, पायाभूत सुविधा आणि सेवा.

DevOps परिवर्तनामध्ये संपूर्ण कंपनीचा समावेश कसा करायचा आणि प्रत्येक कार्यसंघ सदस्य (सिस्टम प्रशासक, विकासक, परीक्षक, सुरक्षा विशेषज्ञ आणि टीम लीड्ससह) व्यवसायाच्या स्थितीवर आणि त्याच्या उत्पादकतेवर कसा प्रभाव टाकतो याबद्दल देखील बोलूया. जेव्हा रहदारी स्थिर ऍप्लिकेशनवर जाते तेव्हा व्यवसाय वाढतो आणि पैसे कमवतो. आणि वेळ, संसाधने, आत्मविश्वास आणि केंद्रित विकासक नवीन वैशिष्ट्ये, प्रयोग आणि नवीन तंत्रज्ञान तयार करताना दिसतात. परिषदेत फक्त काही पारंपारिक सादरीकरणे असतील. आम्ही वेगवेगळ्या फॉरमॅटमध्ये सराव करण्याकडे अधिक लक्ष देऊ: कार्यशाळा, बैठक आणि गोल टेबल. वेळापत्रक. तिकिटे मागवा.

DevOps Live येथे आमच्या मीटिंगचे एकंदर उद्दिष्ट व्यवसाय वाचवण्याबाबत दोन प्रश्नांची उत्तरे देणे हे असेल:

1. तुमच्या संपूर्ण कंपनीची उत्पादकता आणि परिणामकारकता वाढवण्यासाठी तुम्ही सॉफ्टवेअर वितरणामध्ये DevOps कसे वापरू शकता?

2. व्यवसाय आणि उत्पादन मालकांना त्यांच्या DevOps उत्पादन प्रक्रियेची पुनर्रचना करून कसा फायदा होऊ शकतो?

29 आणि 30 सप्टेंबर रोजी, कोणीही खुल्या ट्रॅकमध्ये भाग घेऊ शकणार आहे. यासाठी हे आवश्यक आहे साइन अप.

परिषदेच्या सामान्य भागीदाराचे आभार मानून दोन खुले दिवस शक्य झाले - “स्पोर्टमास्टर लॅब».

"स्पोर्टमास्टर लॅब" हा स्पोर्टमास्टरचा एक मोठा आयटी विभाग आहे. 1000 हून अधिक विशेषज्ञ कॉर्पोरेट वेबसाइट्सची कार्यक्षमता राखतात, अनुप्रयोग अद्यतनित करतात, त्यांना नवीन आणि नवीन वैशिष्ट्यांसह पूरक करतात आणि त्याच वेळी त्यांच्या कार्याबद्दल उघडपणे बोलतात.

परंतु DevOps विषयामध्ये पूर्ण विसर्जनासाठी, आम्ही पूर्ण प्रवेश खरेदी करण्याची शिफारस करतो. पूर्ण प्रवेश म्हणजे परिषदेचे 4 दिवस, सर्व कार्यशाळा आणि चर्चांमध्ये सहभाग, परिषदेच्या दुसर्‍या आणि तिसर्‍या दिवसांमधील गृहपाठ, वेदनादायक समस्यांबद्दल बोलण्यासाठी किंवा कामाच्या समस्येचे निराकरण करण्यासाठी स्वतःची बैठक आयोजित करण्याची संधी.

ट्रॅक स्पीकर उघडा DevOps Live ते तुम्हाला सांगतील की DevOps कुठे जात आहे आणि भविष्यात त्याची काय प्रतीक्षा आहे. DevOps पध्दतीचा “मजबूत अभ्यासक” होण्यासाठी काय आणि कसे शिकायचे ते शोधू या. आम्ही निश्चितपणे IT सुरक्षेबद्दल बोलू, आणि आम्ही कार्यशाळांमध्ये आमचे व्यावहारिक कौशल्ये वाढवू.

DevOps - चळवळ कशी सुरू झाली आणि आता त्याचे काय करावे

जेव्हा तुम्ही कोणतीही नवीन चळवळ सुरू करता तेव्हा त्याचा अंतिम परिणाम काय असावा याचा अंदाज तुम्हाला असतो. पण समविचारी लोक तुमच्यात सामील होताच, ते त्याकडे पाहण्याचा दृष्टीकोन, ध्येय किंवा कल्पना थोडासा बदलू शकतात. अर्थात, नवीन चळवळीत जितके लोक सामील होतात तितके ते अधिक मजबूत होते. परंतु नेहमीच एक धोका असतो की कोणत्याही क्षणी चळवळ अनपेक्षित आणि तीक्ष्ण वळण घेऊ शकते आणि आता - ध्येय साध्य केले गेले आहे, परंतु आपण सर्वकाही अशी कल्पना केली आहे का?

क्रिस बायटार्ट (इन्युट्स), DevOps चळवळीच्या आरंभकर्त्यांपैकी एक म्हणून, अहवालात त्यांची 10 वर्षांची निरीक्षणे सामायिक करतील.10 वर्षे #devops, पण आपण खरोखर काय शिकलो?“इतक्या वर्षांत DevOps जगात कसे विकसित झाले आहे. क्रिस तुम्हाला सांगेल की प्रोग्रामिंग संस्कृतीत 10 वर्षांच्या सातत्यपूर्ण बदलांनंतर, पायाभूत सुविधांना कोड म्हणून शिकवणे, मॉनिटरिंग आणि मेट्रिक्स शिकवणे यानंतर ही चळवळ काय आली आहे. कदाचित आम्ही ख्रिसचे ऐकून एकापेक्षा जास्त वेळा दुःखी होऊ.

समुदाय आणि DevOps ची संकल्पना दोन्ही नक्कीच विकसित झाल्या आहेत, परंतु योग्य दिशेने? DevOps ची मूलत: विकासक आणि ऑपरेशन्समधील दरी कमी करण्यासाठी संकल्पना करण्यात आली होती. जेणेकरून एकत्रितपणे ते प्रकल्प यशस्वीरित्या विकसित करू शकतील - मोठ्या पायाभूत सुविधांचे प्रमाण, स्वयंचलित आणि व्यवस्थापन. परंतु, ख्रिसच्या म्हणण्यानुसार, डेव्हओप्स या शब्दाचा मूळ अर्थ गमावला आहे. ख्रिस या विषयावर विस्तृतपणे बोलतो आणि लिहितो आणि विश्वास ठेवतो की पुढील 10 वर्षांमध्ये DevOps ला त्याच्या मूळ अर्थाकडे परत आणण्याची गरज आहे. जर, नक्कीच, हे अद्याप शक्य आहे ...

अभियांत्रिकी दृष्टी आणि व्यावसायिक गरजा. एक भाषा कशी बोलायची?

च्या सोबत इव्हगेनी पोटापोव्ह (ITSumma) चला थोड्या वेळात परत जाऊया आणि कदाचित सॉफ्टवेअर वितरणासाठी फ्लॉपी डिस्कबद्दल देखील लक्षात ठेवा. आणि मग आम्ही परत जाऊ आणि व्यवसाय आता सॉफ्टवेअर उत्पादने तयार करण्याची पद्धत म्हणून DevOps वापरणे का पसंत करतात हे समजून घेण्याचा प्रयत्न करू. Evgeniy सोबत, आम्ही व्यवसाय अलीकडे फॅशनेबल एजाइल का सोडत आहेत आणि Agile आणि DevOps यांचे मिश्रण कसे शक्य आहे यावर चर्चा करू. या सहलीचा उद्देश अभियंत्यांना व्यावसायिक गरजा आणि त्यांना काय महत्त्वाचे वाटते यातील फरक समजावून सांगणे हा आहे. अहवालात "व्यवसायांना DevOps का हवे आहेत आणि तीच भाषा बोलण्यासाठी अभियंत्याला काय माहित असणे आवश्यक आहे"इव्हगेनी या सर्व मुद्द्यांना स्पर्श करेल.

आम्ही रशियामधील DevOps स्थितीचा कसा अभ्यास केला

10 वर्षांपासून, DORA, Puppet आणि DevOps इन्स्टिट्यूट सारख्या कंपन्यांद्वारे जागतिक DevOps चळवळीचे निरीक्षण केले गेले आहे, ज्यांनी सर्वेक्षण आणि संशोधन केले की प्रत्येकजण कोणत्या दिशेने वळत आहे. दुर्दैवाने, हे अहवाल रशियामध्ये DevOps कसे बदलत आहेत याची माहिती देत ​​नाहीत. DevOps ची रशियन उत्क्रांती पाहण्यासाठी आणि त्याची गणना करण्यासाठी, Ontiko कंपनीने Express 42 कंपनीसह या वर्षाच्या ऑगस्टमध्ये सुमारे 1000 तज्ञांचे सर्वेक्षण केले जे स्वत: ला DevOps उद्योगात असल्याचे मानतात. आता आमच्याकडे रशियामधील DevOps विकासाचे स्पष्ट चित्र आहे.

आयोजक आणि अभ्यासाचे सक्रिय सहभागी इगोर कुरोचकिन आणि विटाली खाबरोव अहवालात एक्सप्रेस 42 कंपनीकडून "रशियामधील DevOps राज्य» ते अभ्यासाच्या परिणामांबद्दल बोलतील आणि त्यांची आधी मिळवलेल्या डेटाशी तुलना करतील आणि कोणत्या गृहितकांची पुष्टी झाली आणि आता आपण त्यासह कसे जगू शकतो हे दर्शवेल. एक्स्प्रेस 42 वर काम करणारे इगोर आणि विटाली डेव्हऑप्स दृष्टीकोन, अनेक वर्षांपासून कंपन्यांना सर्वोत्तम DevOps पद्धती लागू करण्यात मदत करत आहेत. ज्या क्लायंट प्रोजेक्टमध्ये मुलांनी भाग घेतला त्यात अविटो, Uchi.ru, Tinkoff बँक, Rosbank, Raiffeisenbank, Wild Apricot, Pushwoosh, SkyEng, Delimobil, Lamoda यांचा समावेश आहे. DevOps प्रॅक्टिशनर्सकडून संशोधन परिणामांबद्दल ऐकण्यात आम्हा सर्वांना स्वारस्य असेल.

DevOps मधील सुरक्षा तज्ञांशी करार करणे शक्य आहे का?

एक उच्च पात्र DevOps तज्ञ कासवाबरोबरही, समजून घेऊन आणि त्याची आवड लक्षात घेऊन करार करण्यास सक्षम म्हणून ओळखले जाते. सुरक्षेसह एकत्रीकरण कमी क्लिष्ट नाही, कारण माहिती सुरक्षा ही शिल्लक आहे (आम्ही लिहिले याबद्दल) सर्व प्रक्रियेदरम्यान. आपण ते प्रमाणा बाहेर केल्यास, माहिती सुरक्षा भोपळा, एक ब्रेक आणि एक चिडखोर मध्ये चालू होईल. तुम्ही ते पुरेसे न केल्यास, तुमचा व्यवसाय अयशस्वी होऊ शकतो. लेव्ह पाले अहवालात "ब्रेक किंवा ड्रायव्हर म्हणून माहिती सुरक्षा - स्वतःसाठी निवडा!» माहिती सुरक्षा आणि कार्यात्मक दृष्टिकोनातून या अतिशय संवेदनशील मुद्द्यांवर चर्चा करेल. 

लेव्हने मॉस्को स्टेट टेक्निकल युनिव्हर्सिटीमधून डिप्लोमा केला आहे. बॉमन "स्वयंचलित प्रणालींची माहिती सुरक्षा" या क्षेत्रात पुन्हा प्रशिक्षण आणि IT आणि माहिती सुरक्षा मधील 10 वर्षांपेक्षा जास्त अनुभव. मुख्यतः जटिल केंद्रीकृत माहिती सुरक्षा प्रणालींच्या अंमलबजावणीसाठी प्रकल्पांमध्ये गुंतलेले. एक तज्ञ म्हणून, लिओ तुमच्याशी सायबरसुरक्षा संबंधित मूलभूत ज्ञान आणि साधने सामायिक करेल. अहवालानंतर, तुम्हाला समजेल की तुमच्या कंपनीमध्ये सायबर सुरक्षा कशी विकसित झाली पाहिजे.

तुम्हाला माझ्या अनुभवाची गरज आहे का? माझ्याकडे आहे!

संपूर्ण IT समुदायातील अनुभवांची देवाणघेवाण करण्यासाठी आम्ही आमची परिषद आयोजित करतो. आम्हाला तुमच्या कामात मदत करण्यासाठी व्यावहारिक यशस्वी केसेस हवी आहेत जेणेकरून तुम्ही दुसर्‍या बाइकवर वेळ (आणि कंपनीचे पैसे) वाया घालवू नये. पण परिषदेनंतर ज्ञानाची देवाणघेवाण थांबली, तर त्याचा फारसा उपयोग होत नाही. तुम्ही कंपनीमध्ये अनुभवाची देवाणघेवाण न केल्यास तुम्ही दुहेरी काम करत आहात: दस्तऐवज, कोड, अगदी व्यवसाय प्रक्रिया डुप्लिकेट केल्या आहेत. अर्थात, तुमच्या शोधांबद्दल किंवा लेख लिहिण्याचा अनुभव आणि सराव याबद्दल बोलण्यासाठी तुमच्याकडे पुरेसा वेळ नसेल. दुसरीकडे, शेअरिंग सुरू केल्यावरही, तुम्हाला समर्थनाची कमतरता जाणवू शकते आणि काही तांत्रिक मर्यादा देखील सापडू शकतात - उपयुक्त ज्ञान कसे, कुठे आणि कोणत्या मदतीने पसरवायचे? 

इगोर त्सुपको, फ्लॉंटमधील अज्ञात संचालक, अहवालात "ज्ञान सामायिकरण सक्रिय करणे» डेव्हॉप्समध्ये ज्ञान व्यवस्थापनाचा प्रचार कसा करावा हे सांगेल. तज्ञांनी गप्प बसणे थांबवावे आणि ज्ञान सामायिक करणे सुरू करावे, परंतु त्याच वेळी सतत समान प्रश्नांची उत्तरे न देणे त्याला खरोखर आवडेल. इगोरला एक गुपित माहित आहे जे तुम्हाला तुमच्या कंपनीमध्ये नॉलेज शेअरिंग लाँच करण्यात मदत करेल आणि तुम्हाला नॉलेज शेअरिंगची समस्या काय आहे हे दाखवेल. ते कसे आयोजित करावे, ते कशावर उपयोजित करायचे आणि ते कसे राखायचे याबद्दल तुम्हाला साधने प्राप्त होतील. इगोर एक कार्यशाळा देखील आयोजित करेल जिथे सहभागी त्याच्या टीम किंवा कंपनीसाठी वैयक्तिक ज्ञान सक्रियकरण योजना तयार करतील. चला जादू तयार करूया!

पंख, पाय, सर्वात महत्त्वाचे म्हणजे... मेंदू!

ज्ञानाच्या देवाणघेवाणीची प्रक्रिया सुरू करणे पुरेसे नाही; ते आपल्या जीवनात खोलवर आणि दीर्घकाळापर्यंत प्रवेश करेपर्यंत त्याला समर्थन देणे देखील आवश्यक आहे. आपला मेंदू अतिशय प्लास्टिक आहे आणि आपण दररोज काय करतो, आपण काय निवडतो आणि आपण कुठे फिरतो यावर अवलंबून असतो. मेंदू मुख्यतः आपल्या कृतींवर आधारित न्यूरल नेटवर्क तयार करेल, विचारांवर नाही. परंतु येथे देखील एक अट आहे - जर तुम्ही ते बळजबरीने केले, स्वत: ला बळजबरी केली आणि तुमच्या इच्छाशक्तीला काठीने मारले, तर हा भावनिक आणि जैवरासायनिक स्तरावर बर्नआउट करण्याचा थेट मार्ग आहे. सवय निर्माण करणे आणि नवीन परिचय करून देण्याची प्रक्रिया स्वतःच महत्त्वाची आहे. आणि मॅक्स कोटकोव्ह, ज्याला स्वतःला, त्याच्या परिस्थिती आणि संप्रेषणे व्यवस्थापित करण्याचा 19 वर्षांचा अनुभव आहे, असा युक्तिवाद केला आहे की मेंदू, जरी प्लास्टिकचा असला तरी, कॉफी आणि इतर उत्तेजकांच्या मदतीने आनंद देणार्‍या क्रियाकलापांद्वारे अधिक चांगला विकसित होतो. 

अहवालात «मेंदूची प्लॅस्टिकिटी: उत्पादकता किंवा बर्नआउटकडे?» मॅक्स दोन महत्त्वाचे मुद्दे मांडेल - कमी उत्पादकता आणि बर्नआउट. मेंदू कसा कार्य करतो हे आपल्याला समजत नसेल तर वेळेचे व्यवस्थापन आपल्याला मदत करणार नाही. हे प्रत्येकाच्या बाबतीत घडते: “माझ्याजवळ शक्ती किंवा इच्छा नाही, मी काम करतो, मी घरी येतो आणि झोपतो, किंवा मला जे करावे लागेल ते मी करतो कारण मला करावे लागेल, परंतु मला कोणाशीही संवाद साधायचा नाही आणि मी करू इच्छित नाही. खेळण्याची इच्छाही नाही. आणि येथे हे समजून घेणे महत्वाचे आहे की मेंदूची उत्पादकता कशावर आधारित आहे. एखादे कार्य पूर्ण करण्यासाठी आवश्यक असलेली राज्ये कशी निवडावी, ती त्वरीत कशी सक्षम करावी आणि विविध प्रकारच्या कार्यांमध्ये त्वरीत स्विच कसे करावे हे Max स्पष्ट करेल. तो संसाधने पुनर्संचयित करण्यासाठी विश्रांतीवर स्विच करण्याबद्दल बोलेल. मॅक्ससह, आम्ही कार्यशाळेत आमचे नवीन ज्ञान एकत्रित करू.

योग्यरित्या कसे वाढवायचे?

म्हणून, कोणतीही नवीन प्रक्रिया, प्रकल्प, उपक्रम, तसेच जुन्यामध्ये सर्व बदल करणे सोपे नाही. मेंदूतील न्यूरॉन्स एकमेकांशी जोडलेले असतात आणि हे कनेक्शन आपल्याला नेहमीच्या प्रतिक्रिया, क्रिया आणि सवयी देतात. काहीतरी बदलण्यासाठी किंवा आपल्या (किंवा दुसऱ्याच्या) चेतनेमध्ये काहीतरी नवीन आणण्यासाठी, वेळ लागतो - प्रत्येकजण नवीन सवयींबद्दल 30 किंवा 40 दिवस बोलतो असे काही नाही. हे नेमके किती काळ आहे-किमान 30 दिवस-मज्जातंतू पेशींना नवीन कनेक्शन तयार करणे आवश्यक आहे-म्हणजेच, नवीन प्रक्रिया वाढवण्यासाठी जेणेकरून ते एकमेकांशी संवाद साधतील. आणि आता तुम्हाला एक नवीन सवय लागली आहे. एकदा आपण सवय निर्माण करण्याच्या प्रक्रियेत व्यत्यय आणला की, न्यूरॉन अदृश्य होतो, कारण मेंदू फक्त आपण वापरतो ते कनेक्शन राखून ठेवतो. म्हणून, पूर्ण न झालेली प्रक्रिया अदृश्य होईल, जणू ती कधीच सुरू झाली नव्हती. 

आमच्या क्वारंटाईननंतरच्या काळात, व्यावसायिक विकासासह शेकडो आणि हजारो अभ्यासक्रम, पुस्तके, शाळा आणि इतर प्लॅटफॉर्म आम्हाला यामध्ये मदत करत आहेत. पण हे सगळं का? कोणाला त्याची गरज आहे? याचा काय उपयोग? EPAM कडून करेन टोवमस्यान अहवालात "आपल्याला सतत वाढण्याची आवश्यकता का आहे, आपल्या आरोग्याशी तडजोड न करता ते कसे करावे आणि लाजेचा त्याच्याशी काय संबंध आहे?"प्रेरणा कशी चालू करावी आणि ध्येय कसे शोधावे, कोणते प्रशिक्षण तुम्हाला देईल आणि सर्वसाधारणपणे, जीवनातील नवीन ज्ञान आणि विशेषतः कामात, आणि अर्थातच, घाई न करता तुम्ही कसे पोहोचू शकता या प्रश्नांची उत्तरे देईल. तुमचे ध्येय ससापेक्षा जलद.

मॅक्स आणि कॅरेनच्या या अहवालांनंतर, तुम्ही काहीतरी नवीन शिकण्यासाठी, कामावर ते लागू करण्यासाठी आणि सहकारी आणि समविचारी लोकांसोबत तुमचा अनुभव शेअर करण्यासाठी तुम्हाला आवश्यक असलेल्या कोणत्याही राज्यात प्रवेश करण्यास सक्षम असाल. आणि मग कामावर पर्वत सरकतील (किंवा अगदी तुमच्या दिशेने येतील), आणि कामानंतर तुम्ही कामाबद्दल जड विचार न करता आनंदाने आराम कराल. आपण सराव करू का?

सराव मध्ये DevOps: हत्ती पासून एक लहान डेटा केंद्र

विकासक, जर त्यांनी कार्य हाती घेतले तर ते कँडीचा तुकडा बनवतील. आणि जर DevOps कनेक्ट केलेले असेल आणि योग्य स्थितीत असेल, तर तुम्हाला हवे असलेले काहीही शक्य आहे. तुम्हाला एक लहान डेटा सेंटर त्वरीत उपयोजित करायचे आहे का? सहज! आंद्रे क्वापिल (WEDOS इंटरनेट, म्हणून), एक ओपनसोर्स फॅन, अहवालात “Kubernetes-in-Kubernetes आणि PXE बूटसह सर्व्हर फार्म», दोन विनामूल्य प्रकल्पांबद्दल बोलेल: Kubernetes-in-Kubernetes आणि Kubefarm, ज्याचा वापर आपल्या स्वतःच्या हार्डवेअरवर Kubernetes क्लस्टर्स द्रुतपणे तैनात करण्यासाठी केला जाऊ शकतो. आंद्रे तुम्हाला शेकडो ऑन-प्रिमाइस सर्व्हर तैनात आणि देखरेख करण्याचा सर्वात सोपा मार्ग दाखवेल. पण ही तुमच्या क्षमतेची मर्यादा नाही. व्हर्च्युअल मशीन्स, स्प्लिट क्लस्टर्स (आणि जिंकणे), कुबर्नेट्स हेल्म तैनात करणे आणि क्लस्टर API बद्दल देखील आपण सहजपणे भौतिक नोड्स कसे तयार करायचे आणि हटवायचे हे शिकाल. DevOps हुकूमशहासाठी वाईट निवड नाही?

सेर्गेई कोलेस्निकोव्ह  पासून एक्स 5 रिटेल ग्रुप आणखी पुढे जाईल आणि का ते स्पष्ट करण्यास तयार नाही  किरकोळ विक्रेत्यामध्ये DevOps, परंतु X5 मध्ये डिजिटल परिवर्तन कसे होत आहे हे देखील दर्शविण्यासाठी. अहवालात "हत्तीला नाचायला शिकवणे: मोठ्या रिटेल उद्योगात DevOps ची अंमलबजावणी करणे» कंपनी स्तरावर X5 ने DevOps पद्धती कशा लागू केल्या याचा सर्जे त्याचा अनुभव शेअर करेल. X5 मध्ये DevOps च्या अंमलबजावणीसाठी Sergey जबाबदार आहे आणि योग्य टीम कशी निवडावी, पायाभूत सुविधांसाठी प्लॅटफॉर्म कसा तयार करायचा आणि DevOps अभियंते काय करतील (आणि का) हे त्यांना माहीत आहे. इशारा: जेव्हा दोन भिन्न स्वारस्य असलेले लोक भेटतात तेव्हा एक निगोशिएटर आवश्यक असतो आणि जेव्हा दोनपेक्षा जास्त असतात तेव्हा सुपर-निगोशिएटरची आवश्यकता असते.

आणि जर छोट्या कंपन्यांना प्रकल्प कार्यसंघामध्ये त्वरीत, वेदनारहित आणि व्यवसायाच्या हितासाठी करार गाठायचा असेल तर मोठ्या कंपन्यांना हे आणखी हवे आहे. तेथे बरेच लोक, प्रकल्प आणि स्वारस्यांचे संघर्ष आहेत, म्हणूनच स्पोर्टमास्टर लॅबने DevOpsशी परिचित होणे टाळले नाही. सेर्गेई मिनाएव अहवालात “एक रक्तरंजित उपक्रम पासून टीमवर्क पर्यंत. देवऑप्सचा प्रसार कसा केला जातो याची कथा” सांगेल की डेव्हऑप्सच्या पध्दतीने टीमवर्कमध्ये आणखी एका मोठ्या कंपनीला कशी मदत केली. स्पोर्टमास्टर लॅबने यासाठी सामायिक संवाद माध्यमे तयार केली आणि ज्ञान आणि अनुभवाची देवाणघेवाण स्थापित केली. वेगवेगळ्या विभागांनी चाचणी प्रकरणे तयार करण्यासाठी आणि चाचण्या घेण्यासाठी एकत्र काम करायला शिकले. सेर्गे हे दर्शवेल की ऑटोमेशनमुळे टीमचा विकास आणि ऑपरेशनसाठीचा वेळ कसा वाचला आणि थकवणाऱ्या दिनचर्येपासून त्यांची सुटकाही झाली. अर्थात, स्पोर्टमास्टर लॅबने सर्व प्रकल्पांसाठी DevOps वापरलेले नाहीत, परंतु आता यामध्ये विकास, QA आणि ऑपरेशन्ससाठी नफा आहे.

ऑनलाइन स्वरूपाबद्दल धन्यवाद, DevOps Live 2020 मधील अहवाल "क्लासिक" नसतील - प्रत्येक सहभागी त्यांचे प्रश्न त्यांच्या स्मृतीमध्ये ठेवण्याऐवजी चॅटमध्ये लिहू शकेल. नियंत्रक प्रश्न गोळा करण्यात मदत करतील आणि वक्ता प्रश्नांची उत्तरे देण्यासाठी कथेदरम्यान थांबतील. याव्यतिरिक्त, नियंत्रक प्रकरणांच्या चर्चेदरम्यान प्रसारणातील सहभागींचा समावेश करेल. त्याच वेळी, शेवटी पारंपारिक प्रश्न आणि उत्तरे देखील असतील.

तुम्हाला चर्चा करायची असेल, सल्ला मागायचा असेल किंवा कामाच्या कथा शेअर करायच्या असतील, तर टेलिग्राम चॅनेल “DevOpsConfTalks” ला सदस्यता घ्या. आणि आम्ही परिषदेच्या कार्यक्रमाच्या वैशिष्ट्यांबद्दल लिहू तार, फेसबुक, ट्विटरआणि व्हीकॉन्टाक्टे. आणि, अर्थातच, चालू YouTube.

DevOps Live वर भेटू!

स्त्रोत: www.habr.com