DevOpsConf 2019 Galaxy साठी मार्गदर्शक

मी तुमच्या लक्षांत DevOpsConf साठी एक मार्गदर्शक सादर करतो, एक परिषद जी या वर्षी गॅलेक्टिक स्केलवर आहे. या अर्थाने आम्ही इतका शक्तिशाली आणि संतुलित कार्यक्रम एकत्र ठेवला की विविध तज्ञांना त्यातून प्रवास करण्याचा आनंद मिळेल: विकासक, सिस्टम प्रशासक, पायाभूत सुविधा अभियंते, QA, टीम लीड्स, सर्व्हिस स्टेशन आणि सर्वसाधारणपणे तंत्रज्ञानाच्या विकासात सामील असलेले प्रत्येकजण प्रक्रिया

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

आपण इच्छित असल्यास, आमच्या मार्गदर्शकाचा एक छोटा सारांश DevOpsConf:

• 30 सप्टेंबर रोजी, परिषदेच्या पहिल्या दिवशी, पहिल्या हॉलमध्ये आम्ही 8 व्यवसायिक प्रकरणांचा विचार करू.
• पहिल्या दिवशी दुसऱ्या हॉलमध्ये आम्ही अधिक उच्च विशिष्ट वाद्य उपायांचे विश्लेषण करू. प्रत्येक अहवालामध्ये खूप छान व्यावहारिक अनुभव असतो, जो सर्व कंपन्यांसाठी योग्य नाही.
• 1 ऑक्टोबर रोजी, पहिल्या सभागृहात, त्याउलट, आम्ही तंत्रज्ञानाबद्दल अधिक बोलतो, परंतु अधिक व्यापकपणे.
• दुसऱ्या दिवशी दुसऱ्या हॉलमध्ये आम्ही विशिष्ट कार्यांवर चर्चा करतो जी सर्व प्रकल्पांमध्ये उद्भवत नाहीत, उदाहरणार्थ, एखाद्या एंटरप्राइझमध्ये.

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

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

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

आता बसा, आमचे आकाशगंगेचे जहाज सर्व थांब्यावर येत आहे.

"गोल्डन हार्ट", 30 सप्टेंबर

सीटीओ म्हणून पहिले ९० दिवस

परिषदेचे उद्घाटन होईल अहवाल लिओना फायर. वारसा प्रणाल्यांबद्दल आणि त्यांच्यासोबत येणाऱ्या समस्यांबद्दल. लिओन तुम्हाला सांगेल की सर्व्हिस स्टेशनला तांत्रिक प्रणालीची समज कशी मिळवता येईल ज्याद्वारे तो कार्य करण्यास सुरवात करतो. आधुनिक कंपनीतील तांत्रिक संचालकासाठी, DevOps प्रक्रिया व्यवस्थापित करणे हे मुख्य कार्य आहे आणि लिओन तुम्हाला एक मनोरंजक आणि विनोदी मार्गाने दर्शवेल तांत्रिक आणि व्यावसायिक भागांमधील संबंध SRT च्या दृष्टिकोनातून.

नवशिक्या आणि ज्यांना एक व्हायचे आहे त्यांनी या अहवालात नक्की यावे. शेवटी, आपल्या कंपनीत तांत्रिक संचालक बनणे ही एक गोष्ट आहे आणि या भूमिकेत पुन्हा प्रवेश करणे ही दुसरी गोष्ट आहे; अशी एरोबॅटिक्स प्रत्येकासाठी उपलब्ध नाही.

DevOps मूलभूत - सुरवातीपासून प्रकल्प प्रविष्ट करणे

पुढील अहवाल विषय चालू ठेवतो, पण आंद्रे युमाशेव (LitRes) या समस्येचा जागतिक स्तरावर थोडा कमी विचार करेल आणि प्रश्नांची उत्तरे देईल: वेगवेगळ्या संघांमध्ये काम करण्यास सुरुवात करताना तुम्हाला कोणती मूलभूत माहिती असणे आवश्यक आहे; समस्यांच्या श्रेणीचे योग्यरित्या विश्लेषण कसे करावे; क्रियाकलाप योजना कशी तयार करावी; KPI ची गणना कशी करायची आणि कधी थांबवायची.

कोड म्हणून पायाभूत सुविधांचे भविष्य

पुढे आपण कोड म्हणून पायाभूत सुविधांच्या विषयावर चर्चा करण्यासाठी थोडा ब्रेक घेऊ. रोमन बॉयको DevOpsConf येथे AWS येथे सोल्यूशन्स आर्किटेक्ट सांगेन नवीन साधनाबद्दल AWS क्लाउड डेव्हलपमेंट किट, जे तुम्हाला ओळखीच्या भाषेत (Python, TypeScript, JavaScript, Java) पायाभूत सुविधांचे वर्णन करण्यास अनुमती देते. क्लाउडला डेव्हलपरच्या अगदी जवळ जाण्याची परवानगी कशामुळे मिळते, हे साधन कसे वापरायचे आणि सोयीस्कर पायाभूत सुविधा व्यवस्थापनासाठी पुन्हा वापरता येण्याजोगे घटक कसे तयार करायचे हे आम्ही प्रथमच शिकू. कॉन्फरन्सच्या सहभागींसाठी, रशियन भाषेतील जागतिक नवकल्पनांबद्दल आणि येथे सामान्य असलेल्या तांत्रिक तपशीलासह ऐकण्याची ही एक उत्कृष्ट संधी आहे, परंतु पश्चिमेत नाही.

रिलीजपासून फास्टट्रॅकपर्यंत

दुपारच्या जेवणानंतर आम्ही आणखी काही तासांसाठी परिवर्तनाच्या मुद्द्यावर परत येऊ. चालू अहवाल इव्हगेनिया फोमेन्को चला MegaFon च्या DevOps परिवर्तनाचे अनुसरण करूया: जेव्हा ते KPI सारख्या पारंपारिक पद्धती वापरण्याचा प्रयत्न करतात तेव्हा स्टेजपासून सुरुवात करून, काहीही स्पष्ट नसताना स्टेजवर मात करणे आणि तुम्हाला नवीन साधने आणणे आणि स्वतःला बदलणे आवश्यक आहे, प्रक्रिया पूर्णपणे पुनर्रचना होईपर्यंत. एंटरप्राइझसाठी हा एक अतिशय मस्त आणि प्रेरक अनुभव आहे, ज्याने त्याच्या कंत्राटदारांना DevOps परिवर्तनामध्ये सामील केले आहे, ज्याबद्दल Evgeniy देखील बोलेल.

क्रॉस-फंक्शनल टीम कशी बनवायची 

У मिखाईल बिझान संघांमध्ये परिवर्तनीय बदल घडवून आणण्याचा व्यापक अनुभव. आता मिखाईल, Raiffeisenbank Acceleration Team चा नेता म्हणून, संघांना क्रॉस-फंक्शनल बनवतो. त्याच्या वर अहवाल क्रॉस-फंक्शनल टीमच्या कमतरतेच्या वेदनांबद्दल आणि क्रॉस-फंक्शनल टीमची आव्हाने शोध, बनवणे आणि अंमलबजावणी करून का संपत नाहीत याबद्दल बोलूया.

SRE सराव

पुढे वाटेत आम्हाला SRE पद्धतींना समर्पित दोन अहवाल सापडतील, जे गती मिळवत आहेत आणि संपूर्ण DevOps प्रक्रियेत महत्त्वाचे स्थान व्यापतात.

अलेक्सी अँड्रीव्ह प्रिझ्मा लॅबमधून सांगेन, स्टार्टअपला SRE पद्धतींची गरज का आहे आणि ते का चुकते.

मॅटवे ग्रिगोरीव्ह डोडो पिझ्झा पासून सादर करेल मोठ्या कंपनीत SRE चे उदाहरण ज्याने आधीच स्टार्टअप स्टेजला मागे टाकले आहे. मॅटवे स्वत: बद्दल असे म्हणतात: एक अनुभवी .NET विकासक आणि एक नवशिक्या SRE, अनुक्रमे, विकासकाच्या संक्रमणाची कथा शेअर करतील, आणि केवळ एक नव्हे तर संपूर्ण टीम, पायाभूत सुविधांमध्ये. का DevOps हा विकसकासाठी तार्किक मार्ग आहे आणि तुम्ही तुमच्या सर्व अॅन्सिबल प्लेबुक्स आणि बॅश स्क्रिप्ट्सकडे पूर्ण सॉफ्टवेअर उत्पादन म्हणून पाहण्यास सुरुवात केल्यास आणि त्यांना समान आवश्यकता लागू केल्यास काय होईल, आम्ही 30 सप्टेंबर रोजी गोल्डन हार्ट हॉलमध्ये 17:00 वाजता मॅटवेच्या अहवालावर चर्चा करू.

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

“विश्वाच्या काठावर”, ३० सप्टेंबर

“अ‍ॅट द एज ऑफ द युनिव्हर्स” हॉलमधील पहिले तीन अहवाल उपकरणांच्या दृष्टिकोनातून खूप मनोरंजक असतील.

मॅक्सिम कोस्ट्रिकिन (विस्तृत) दाखवेल टेराफॉर्ममधील नमुने मोठ्या आणि लांब प्रकल्पांवरील अनागोंदी आणि नित्यक्रमाचा सामना करण्यासाठी. टेराफॉर्म डेव्हलपर AWS इन्फ्रास्ट्रक्चरसह काम करण्यासाठी बर्‍यापैकी सोयीस्कर सर्वोत्तम सराव ऑफर करतात, परंतु त्यात एक सूक्ष्मता आहे. कोड उदाहरणे वापरून, मॅक्सिम टेराफॉर्म कोड असलेले फोल्डर स्नोबॉलमध्ये कसे बदलू नये, परंतु ऑटोमेशन आणि पुढील विकास सुलभ करण्यासाठी नमुना वापरून दाखवेल.

अहवाल द्या ग्रिगोरी मिखाल्किन Lamoda पासून "आम्ही कुबर्नेट्स ऑपरेटर का विकसित केले आणि त्यातून आम्ही कोणते धडे घेतले?" Kubernetes वापरून कोड पद्धती म्हणून पायाभूत सुविधा कशा लागू करायच्या यावरील माहितीची कमतरता भरून काढण्यास मदत करेल. कुबर्नेट्समध्येच, उदाहरणार्थ, yaml फायली वापरून सेवांचे वर्णन आहे, परंतु हे सर्व कार्यांसाठी पुरेसे नाही. लो-लेव्हल मॅनेजमेंटला ऑपरेटर्सची आवश्यकता असते, आणि जर तुम्हाला कुबर्नेट्सचे व्यवस्थित व्यवस्थापन करायचे असेल तर ही चर्चा खूप उपयुक्त आहे.

पुढील अहवालाचा विषय आहे हॅशिकॉर्प व्हॉल्ट - अगदी खास. परंतु खरं तर, हे साधन आवश्यक आहे जेथे आपल्याला संकेतशब्द व्यवस्थापित करणे आवश्यक आहे आणि गुप्ततेसह कार्य करण्यासाठी एक सामान्य मुद्दा आहे. गेल्या वर्षी, सेर्गेई नोस्कोव्ह यांनी हॅशिकॉर्प वॉल्टच्या मदतीने अविटोमध्ये रहस्ये कशी व्यवस्थापित केली जातात हे सांगितले, ते पहा अहवाल आणि या ऐका युरी शटकिन आणखी अनुभवासाठी Tinkoff.ru वरून.

तारास कोतोव (EPAM) विचार करेल क्लाउड इन्फ्रास्ट्रक्चर तयार करण्याचे आणखी दुर्मिळ कार्य ज्यामध्ये स्वतःचा पाठीचा कणा समाविष्ट आहे IP/MPLS नेटवर्क. पण अनुभव छान आहे, आणि अहवाल हार्डकोर आहे, त्यामुळे तुम्हाला ते काय आहे हे समजत असेल, तर या अहवालाकडे नक्की या.

नंतर संध्याकाळी आपण क्लाउड इन्फ्रास्ट्रक्चर्समधील डेटाबेस व्यवस्थापनाबद्दल बोलू. किरील मेलनिचुक सामायिक करेल वापराचा अनुभव Kubernetes क्लस्टरमध्ये MySQL सह काम करण्यासाठी Vitess. अ व्लादिमीर रायबोव्ह Playkey.net वरून सांगेन, क्लाउडमधील डेटासह कसे कार्य करावे आणि उपलब्ध स्टोरेज स्पेसचा योग्य वापर कसा करावा.

"गोल्डन हार्ट", ३ ऑक्टोबर

1 ऑक्टोबर रोजी, सर्वकाही उलट होईल. गोल्डन हार्ट हॉलमध्ये अधिक तंत्रज्ञान-केंद्रित ट्रॅक असेल. अशाप्रकारे, “गोल्डन हार्ट” मधून प्रवास करणाऱ्या अभियंत्यांसाठी, आम्ही तुम्हाला प्रथम व्यावसायिक प्रकरणांमध्ये जाण्यासाठी आमंत्रित करतो आणि नंतर ही प्रकरणे व्यवहारात कशी सोडवली जातात ते पहा. आणि व्यवस्थापक, यामधून, प्रथम संभाव्य कार्यांबद्दल विचार करतात आणि नंतर साधने आणि हार्डवेअरमध्ये हे कसे अंमलात आणायचे हे अधिक चांगल्या प्रकारे समजून घेणे सुरू करतात.

मोठ्या क्लाउड स्टोरेज च्या हुड अंतर्गत

पहिला वक्ता आर्टेमी कपिटुला. गेल्या वर्षी त्याचा अहवालसेफ. आपत्तीचे शरीरशास्त्र"कथेच्या अविश्वसनीय खोलीमुळे, मला वाटते, परिषदेच्या सहभागींनी ते सर्वोत्कृष्ट म्हटले. यावेळी डॉ कथा स्टोरेज डिझाइनवर Mail.Ru क्लाउड सोल्यूशन्स सोल्यूशन्स आणि सिस्टम अयशस्वी होण्याच्या उदाहरणाचे विश्लेषण सुरू ठेवेल. व्यवस्थापकांसाठी या अहवालाचा अस्पष्ट फायदा असा आहे की आर्टेमी केवळ तांत्रिक समस्येचेच परीक्षण करत नाही तर ते सोडवण्याच्या संपूर्ण प्रक्रियेचे देखील परीक्षण करते. त्या. ही संपूर्ण प्रक्रिया कशी व्यवस्थापित करायची आणि ती तुमच्या कंपनीला कशी लागू करायची हे तुम्ही समजू शकता.

उलट विकेंद्रित तैनाती

एगोर बुगेन्को तो परिषदेत उपस्थित होण्याची ही पहिलीच वेळ नाही; त्याच्या अहवालांमध्ये पारंपारिकपणे वादग्रस्त प्रबंध असतात, परंतु ते आपल्याला विचार करायला लावतात. आम्ही आशा करतो अहवाल विकेंद्रित तैनातीबद्दल एगोरच्या चर्चेमुळे एक मनोरंजक आणि सर्वात महत्त्वाचे म्हणजे रचनात्मक चर्चा होईल.

आम्ही पुन्हा ढगांमध्ये आहोत

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

अविटोमधील अपाचे काफ्का: तीन पुनर्जन्मांची कथा

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

चला मायक्रोसर्व्हिसेस पुन्हा हलके करूया 

येथे, असे दिसते की नावावरून सर्व काही स्पष्ट आहे. पण प्रबंध ते ऑफर दिमित्री सुग्रोबोव्ह Leroy Merlin पासून, अगदी कार्यक्रम समितीत गरमागरम वादविवाद झाले. एका शब्दात, सामान्यत: मायक्रोसर्व्हिसेस कशा मानल्या जातात, त्या कशा लिहायच्या, त्यांची देखभाल कशी करावी या विषयावरील चर्चेसाठी हा एक चांगला आधार असेल.

बेअरमेटल पायाभूत सुविधा व्यवस्थापित करण्यासाठी सीआय/सीडी 

पुढील अहवाल पुन्हा दोन एक आहे. एका बाजूला, आंद्रे क्वापिल (WEDOS इंटरनेट, as) बेअरमेटल इन्फ्रास्ट्रक्चर व्यवस्थापित करण्याबद्दल बोलेल, जे अगदी विशिष्ट आहे, कारण प्रत्येकजण आता प्रामुख्याने क्लाउड वापरतो आणि जर त्यांच्याकडे हार्डवेअर असेल तर ते इतक्या मोठ्या प्रमाणावर नाही. पण आंद्रे हे खूप महत्वाचे आहे अनुभव शेअर करा बेअरमेटल इन्फ्रास्ट्रक्चर तैनात आणि व्यवस्थापित करण्यासाठी CI/CD तंत्रांचा वापर आणि या दृष्टिकोनातून, अहवाल टीम लीड्स आणि अभियंता दोघांनाही आवडेल.

विषय चालू ठेवू सेर्गेई मकारेन्को, दर्शवित आहे मध्ये या श्रम-केंद्रित प्रक्रियेच्या पडद्यामागे वॉरगेमिंग प्लॅटफॉर्म.

कंटेनर सुरक्षित असू शकतात का? 

गोल्डन हार्ट हॉलमध्ये कार्यक्रम पूर्ण करणार अलेक्झांडर खयोरोव कंटेनर सुरक्षा वर चर्चा पेपर. अलेक्झांडर आधीच RIT++ वर आहे निदर्शनास आणून दिले हेल्मच्या सुरक्षेच्या समस्या आणि त्यावर मुकाबला करण्याच्या पद्धतींवर, आणि यावेळी ते स्वतःला कमजोरी सूचीबद्ध करण्यापुरते मर्यादित ठेवणार नाही, परंतु दाखवेल पर्यावरणाच्या संपूर्ण अलगावसाठी साधने.

“विश्वाच्या काठावर”, 1 ऑक्टोबर

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

1C मध्ये DevOps: Enterprise 

पेट्र ग्रिबानोव्ह 1C कंपनीकडून प्रयत्न करेन मोठ्या एंटरप्राइझमध्ये DevOps कार्यान्वित करणे अशक्य आहे ही समज दूर करा. 1C: एंटरप्राइझ प्लॅटफॉर्म पेक्षा अधिक क्लिष्ट काय असू शकते, परंतु DevOps पद्धती तेथेही लागू असल्याने, मला वाटते की मिथक टिकणार नाही.

सानुकूल विकासामध्ये DevOps

अँटोन खलेवित्स्की Evgeniy Fomenko च्या अहवालाच्या पुढे सांगेन, MegaFon ने कंत्राटदाराच्या बाजूने DevOps कसे तयार केले आणि अनेक सॉफ्टवेअर पुरवठादारांकडून सानुकूल विकासासह सतत तैनाती कशी तयार केली.

DWH/BI वर DevOps आणत आहे

वेगवेगळ्या सहभागींसाठी एक मानक नसलेला, परंतु पुन्हा मनोरंजक विषय उघड होईल वसिली कुत्सेन्को Gazprombank कडून. डेटा डेव्हलपमेंटमध्ये IT संस्कृती कशी विकसित करावी आणि डेटा वेअरहाऊस आणि BI मध्ये DevOps पद्धती कशी लागू करावी याबद्दल वसिली व्यावहारिक सल्ला सामायिक करेल आणि डेटासह काम करण्याची पाइपलाइन कशी वेगळी आहे आणि काम करण्याच्या संदर्भात कोणती ऑटोमेशन साधने खरोखर उपयुक्त आहेत हे सांगतील. डेटा

सुरक्षा विभागाशिवाय (तुम्ही) कसे जगायचे 

जेवणानंतर मोना अर्खीपोवा (sudo.su) परिचय करून देईल आम्हाला मूलभूत गोष्टींसह DevSecOps आणि तुम्ही तुमच्या विकास प्रक्रियेमध्ये एक प्रक्रिया म्हणून सुरक्षा कशी एम्बेड करू शकता आणि स्वतंत्र सुरक्षा विभाग वापरणे थांबवू शकता हे स्पष्ट करेल. विषय दाबणारा आहे, आणि अहवाल अनेकांसाठी खूप उपयुक्त असावा.

मोठ्या सोल्यूशनच्या CI/CD मध्ये लोड चाचणी

मागील विषयाला उत्तम प्रकारे पूरक कामगिरी व्लादिमीर खोनिन MegaFon कडून. येथे आपण याबद्दल बोलू DevOps प्रक्रियेत गुणवत्तेचा परिचय कसा करायचा: क्वालिटी गेट कसे वापरावे, सिस्टीममध्ये विविध प्रकरणे कशी नोंदवायची आणि हे सर्व विकास प्रक्रियेत कसे समाकलित करायचे. हा अहवाल विशेषतः त्यांच्यासाठी योग्य आहे जे मोठ्या सिस्टीमसह काम करतात, परंतु आपण मोठ्या बिलिंगसह कार्य करत नसले तरीही, आपल्याला आपल्यासाठी मनोरंजक पैलू सापडतील.

SDLC आणि अनुपालन

आणि पुढील विषय मोठ्या कंपन्यांसाठी अधिक समर्पक आहे - प्रक्रियेमध्ये अनुपालन उपाय आणि मानक आवश्यकता कशा सादर करायच्या. इल्या मित्रुकोव्ह ड्यूश बँक तंत्रज्ञान केंद्राकडून प्रदर्शित करेल, की कामाची मानके DevOps शी सुसंगत असू शकतात.

आणि दिवसाच्या शेवटी मॅटवे कुकुय (Amixr.IO) सामायिक करेल जगभरातील डझनभर संघ ड्युटीवर कसे आहेत, घटनांची क्रमवारी लावणे, कामाचे आयोजन करणे आणि विश्वासार्ह प्रणाली तयार करणे यावरील आकडेवारी आणि अंतर्दृष्टी आणि हे सर्व SRE शी कसे संबंधित आहे हे स्पष्ट करेल.

आता मला तुमचा थोडा हेवा वाटतो, कारण प्रवास DevOpsConf 2019 तुम्हाला फक्त करावे लागेल. तुम्ही तुमची स्वतःची वैयक्तिक योजना तयार करू शकता आणि अहवाल एकमेकांना कसे पूरक ठरतील याचा आनंद घेऊ शकता, परंतु मला, बहुधा, कोणत्याही मार्गदर्शकाप्रमाणे, आजूबाजूला काळजीपूर्वक पाहण्यासाठी वेळ मिळणार नाही.

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

DevOpsConf 2019 galaxy मध्ये भेटू!

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