मॉस्को में स्लम डेवऑप्स के लिए पंजीकरण खुला है

TL, डॉ

स्लम डेवऑप्स 30 जनवरी - 1 फरवरी को मास्को में आयोजित किया जाएगा।

फिर से हम व्यवहार में DevOps टूल का विश्लेषण करेंगे।
कटौती के तहत विवरण और कार्यक्रम।
एसआरई को कार्यक्रम से हटा दिया गया क्योंकि इवान क्रुग्लोव के साथ मिलकर हम एक अलग स्लम एसआरई तैयार कर रहे हैं। घोषणा बाद में होगी.
पहले स्लम के बाद से हमारे प्रायोजक, सेलेक्टेल को धन्यवाद!

दर्शन, संशयवाद और अप्रत्याशित सफलता के बारे में

मैंने सितंबर के अंत में मॉस्को में DevOpsConf में भाग लिया।
मैंने जो सुना उसका सारांश:
- किसी भी आकार की अधिकांश परियोजनाओं के लिए DevOps की आवश्यकता होती है;
- DevOps एक संस्कृति है, किसी भी संस्कृति की तरह, यह कंपनी के भीतर से आनी चाहिए। आप एक DevOps इंजीनियर को नौकरी पर रखकर यह सपना नहीं देख सकते कि वह प्रक्रियाओं में सुधार करेगा।
- DevOps परिवर्तन के लिए जो आवश्यक है उसकी सूची के सबसे अंत में प्रौद्योगिकी आती है, अर्थात, वही DevOps उपकरण जो हम सिखाते हैं।

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

व्यक्तिगत रूप से, मैं हमेशा "नीचे से आंदोलन", उपकरणों के माध्यम से संस्कृति के गुरिल्ला कार्यान्वयन का समर्थक रहा हूं। कुछ-कुछ वैसा ही जैसा कि द फीनिक्स प्रोजेक्ट में वर्णित है। यदि हमारे पास Git के साथ सही तरीके से टीम वर्क है, तो हम इसे धीरे-धीरे नियमों के साथ पूरक कर सकते हैं, और फिर यह मूल्यों पर आ जाएगा।

और फिर भी, जब हम DevOps Slurm तैयार कर रहे थे, जहाँ हम विशेष रूप से टूल के बारे में बात कर रहे थे, मैं प्रतिभागियों की प्रतिक्रिया से डर गया था: “आपने अद्भुत बातें कही। यह अफ़सोस की बात है, मैं उन्हें कभी भी लागू नहीं कर पाऊंगा। इतना संशय था कि हमने कार्यक्रम को दोहराने पर तुरंत रोक लगा दी।

हालाँकि, सर्वेक्षण में अधिकांश प्रतिभागियों ने उत्तर दिया कि प्राप्त ज्ञान व्यवहार में लागू होता है, और वे निकट भविष्य में अपने देश में कुछ लागू करेंगे। उसी समय, हमने जो कुछ भी समझाया वह उपयोगी चीजों की सूची में शामिल था: Git, Ansible, CI/CD, और SRE।

यह याद रखने योग्य होगा कि शुरुआत में उन्होंने स्लम कुबेरनेट्स के बारे में भी कहा था कि k3s को 8 दिनों में समझाना असंभव है।

एसआरई विषय का नेतृत्व करने वाले इवान क्रुगलोव के साथ, हम एक अलग कार्यक्रम पर सहमत हुए। हम अभी विवरणों पर चर्चा कर रहे हैं, मैं जल्द ही एक घोषणा करूंगा।

स्लम डेवऑप्स में क्या होगा?

कार्यक्रम

विषय #1: गिट के साथ टीम वर्क

• बुनियादी आदेश git init, कमिट, ऐड, डिफ, लॉग, स्टेटस, पुल, पुश
• गिट प्रवाह, शाखाएँ और टैग, मर्ज रणनीतियाँ
• एकाधिक दूरस्थ प्रतिनिधियों के साथ कार्य करना
• गिटहब प्रवाह
• कांटा, रिमोट, पुल अनुरोध
• टीमों के संबंध में Gitflow और अन्य प्रवाह के बारे में एक बार फिर से संघर्ष, रिलीज़

विषय #2: विकास के दृष्टिकोण से एप्लिकेशन के साथ कार्य करना

• पायथन में एक माइक्रोसर्विस लिखना
• पर्यावरण चर
• एकीकरण और इकाई परीक्षण
• विकास में डॉकर-कंपोज़ का उपयोग करना

विषय #3: सीआई/सीडी: स्वचालन का परिचय

• स्वचालन का परिचय
• उपकरण (बैश, मेक, ग्रेडेल)
• प्रक्रियाओं को स्वचालित करने के लिए गिट-हुक का उपयोग करना
• फ़ैक्टरी असेंबली लाइनें और आईटी में उनका अनुप्रयोग
• "सामान्य" पाइपलाइन के निर्माण का एक उदाहरण
• सीआई/सीडी के लिए आधुनिक सॉफ्टवेयर: ड्रोन सीआई, बिटबकेट पाइपलाइन, ट्रैविस, आदि।

विषय #4: सीआई/सीडी: गिटलैब के साथ कार्य करना

• गिटलैब सीआई
• गिटलैब रनर, उनके प्रकार और अनुप्रयोग
• Gitlab CI, कॉन्फ़िगरेशन सुविधाएँ, सर्वोत्तम प्रथाएँ
• गिटलैब सीआई चरण
• गिटलैब सीआई वेरिएबल्स
• निर्माण, परीक्षण, तैनाती
• निष्पादन नियंत्रण और प्रतिबंध: केवल, जब
• कलाकृतियों के साथ काम करना
• .gitlab-ci.yml के अंदर टेम्पलेट, पाइपलाइन के विभिन्न भागों में क्रियाओं का पुन: उपयोग करते हुए
• शामिल करें - अनुभाग
• gitlab-ci.yml का केंद्रीकृत प्रबंधन (एक फ़ाइल और अन्य रिपॉजिटरी पर स्वचालित पुश)

विषय #5: कोड के रूप में बुनियादी ढाँचा

• IaC: बुनियादी ढांचे को कोड के रूप में स्वीकार करना
• इन्फ्रास्ट्रक्चर प्रदाता के रूप में क्लाउड प्रदाता
• सिस्टम आरंभीकरण उपकरण, छवि निर्माण (पैकर)
• उदाहरण के तौर पर टेराफॉर्म का उपयोग करते हुए IaC
• कॉन्फ़िगरेशन भंडारण, सहयोग, एप्लिकेशन स्वचालन
• Ansible प्लेबुक बनाने का अभ्यास
• निरंकुशता, घोषणात्मकता
• एक उदाहरण के रूप में Ansible का उपयोग करते हुए IaC

विषय #6: बुनियादी ढांचे का परीक्षण

• मॉलिक्यूल और गिटलैब सीआई के साथ परीक्षण और निरंतर एकीकरण
• वैग्रैंट का उपयोग करना

विषय #7: प्रोमेथियस के साथ बुनियादी ढांचे की निगरानी

• निगरानी की आवश्यकता क्यों है?
• निगरानी के प्रकार
• निगरानी प्रणाली में सूचनाएं
• एक स्वस्थ निगरानी प्रणाली कैसे बनाएं
• सभी के लिए मानव-पठनीय सूचनाएं
• स्वास्थ्य जांच: आपको किस पर ध्यान देना चाहिए
• निगरानी डेटा पर आधारित स्वचालन

विषय #8: ईएलके के साथ एक एप्लिकेशन लॉग करना

• सर्वोत्तम लॉगिंग प्रथाएँ
• ईएलके ढेर

विषय #9: चैटऑप्स के साथ इन्फ्रास्ट्रक्चर ऑटोमेशन

• डेवऑप्स और चैटऑप्स
• चैटऑप्स: ताकतें
• सुस्ती और विकल्प
• चैटऑप्स के लिए बॉट्स
• हबोट और विकल्प
• सुरक्षा
• सर्वोत्तम और सबसे खराब प्रथाएँ

जगह: मॉस्को, सेवस्तोपोल होटल का सम्मेलन कक्ष।

दिनांक: 30 जनवरी से 1 फरवरी तक 3 दिन की कड़ी मेहनत.

Регистрация

स्रोत: www.habr.com