स्लम देवओपीएस: क्यों हम देवो के दर्शन पर चर्चा नहीं करेंगे और इसके बजाय क्या होगा

साउथब्रिज में आज एक बैठक में फ़िरोज़ा प्रबंधन पर चर्चा की गई।

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

इसमें वे (स्वयं सहित) शामिल थे जो अभ्यास से विचार तक नीचे से ऊपर की ओर बढ़ना चाहते थे। हमारे पास विशिष्ट कार्य और विशिष्ट समस्याएं हैं। चलो उन्हें हल करते हैं, फ़िरोज़ा उपकरणों पर भरोसा करते हैं, और फ़िरोज़ा प्रबंधन अपने आप ही आकार लेंगे।

यदि हम विकास के साथ प्रबंधन की तुलना करते हैं, तो ऊपर-नीचे का मार्ग एक मोनोलिथ का निर्माण है, और नीचे-ऊपर का मार्ग एक माइक्रोसेस्क आर्किटेक्चर है। अब, हमारे "microservice" प्रबंधन में, हम दिन में दो बार प्रबंधन सर्किट का पुनर्निर्माण कर सकते हैं और तुरंत "इसे उत्पादन में रोल आउट कर सकते हैं।"

और स्लम देवओप्स कार्यक्रम उन लोगों के लिए डिज़ाइन किया गया है जो नीचे से ऊपर की ओर बढ़ना पसंद करते हैं।

हम DevOps दर्शन पर चर्चा नहीं करेंगे। इसलिए नहीं कि यह निरर्थक है, या हम इसे नहीं जानते हैं, या हमें होलीवर्स पसंद नहीं है (और हम प्यार नहीं करते हैं)। यह सिर्फ इतना है कि DevOps का दर्शन अभ्यास के वर्षों में DevOps के प्रत्येक वास्तुकार और इंजीनियर में रोशन करता है, और 3 दिनों की गहनता में नहीं।

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

नतीजतन, यह आसान और आसान हो जाएगा, एक आधार दिखाई देगा जिस पर आप अपने DevOps का निर्माण कर सकते हैं।

साउथब्रिज प्रथाओं से परे जाने के लिए, हमने कुछ विषयों पर बाहरी वक्ताओं को आमंत्रित किया।

अर्टिओम गैलोंस्की, सर्विस स्टेशन ब्यूरो ब्यूरो
वाणिज्यिक विकास में 12+ वर्ष।
2011 के बाद से टाइमलीड / विकास प्रमुख।
2016 से तकनीकी निदेशक।

छात्रों के साथ मिलकर, हम पहले इस्तेमाल किए गए अनुप्रयोगों की तैनाती को स्वचालित करने के तरीकों पर विचार करेंगे। हम पाइपलाइनों के आधुनिक निर्माण और कुछ सामान्य उपकरणों पर चर्चा करेंगे। हम GitLab CI / CD के टूल और विशेषताओं के बारे में विस्तार से जानेंगे। मैंने अपने विषयों (गीटलैब के साथ स्वचालन और कामकाज का परिचय) पर अभ्यास का निर्माण किया ताकि छात्र महसूस कर सकें कि आधुनिक सीआई / सीडी विधियों को कैसे और किसके लिए लागू किया जाता है। सिद्धांत वस्तुनिष्ठ रूप से आवश्यक न्यूनतम होगा।

एलेक्सी स्टेपेंको, सेलेक्ट क्लाउड प्लेटफार्म इंजीनियर
वह ओपनस्टैक क्लाउड सर्विसिंग के लिए बुनियादी ढाँचे के कार्यों में लगा है: निगरानी, ​​सीआई / सीडी और कॉन्फ़िगरेशन प्रबंधन।

सबसे पहले, हम अवसंरचना प्रबंधन के मॉडल और तरीकों के बारे में बात करेंगे (कैसे प्रोग्रामिंग दृष्टिकोण प्रशासन में आए), घोषित बुनियादी ढाँचे प्रबंधन के लिए HashiCorp DevOps उपकरण (पैकर और टेराफॉर्म) के साथ व्यवहार में परिचित हों।
ब्लॉक के अंत में, आप अपने बुनियादी ढांचे का वर्णन कर सकते हैं, परीक्षण और उत्पादन वातावरण के निर्माण को स्वचालित कर सकते हैं, अपने आवेदन को स्केल कर सकते हैं, और एक लोड बैलेंसर का उपयोग करके एक उच्च उपलब्धता समाधान का निर्माण कर सकते हैं।

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

मैं बात करूंगा कि कैसे DevOps टीम के भीतर संचार बनाने के लिए और CI / CD पाइपलाइन के साथ बातचीत दो बॉट के साथ दोतरफा एकीकरण की मदद से अधिक प्रभावी है।

इवान क्रुग्लोव, Booking.com पर प्रमुख डेवलपर
2013 में Booking.com से जुड़ने के बाद से, उन्होंने वितरित वितरण और संदेश प्रसंस्करण, बिगडाटा और वेब-स्टैक, खोज जैसी बुनियादी सुविधाओं की परियोजनाओं पर काम किया है।
अब वह एक आंतरिक क्लाउड और सर्विस मेष बनाने के मुद्दों में लगे हुए हैं।

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

1. एक प्रशासक या प्रोग्रामर को SRE क्या देता है?
2. व्यवसाय या उत्पाद स्वामी को SRE को लागू करने की आवश्यकता क्यों है?

तो यह स्लम देवओप्स अद्वितीय होगा: यदि हम कार्यक्रम को दोहराते हैं, तो यह एक अलग रचना में होगा।

चौकस के लिए, हैबरपोस्ट प्रोमो कोड पर अभी भी 15% की छूट है।

स्लम देवओप्स कार्यक्रम के बारे में - यहाँ ।

पंजीकरण: https://slurm.io/devops