स्लम प्रोम: रूसी और उसके लेखक व्लादिमीर गुरानोव के प्रोमेथियस पर पहला कोर्स

स्लुरम कुबेरनेट्स पाठ्यक्रमों में, एक कुबेरनेट धीरे-धीरे शेष है। संबंधित विषय अलग-अलग पाठ्यक्रमों में व्यवस्थित रूप से चलते हैं।

पहले डॉकर, अन्सिबल, सेफ थे। उन पर दो घंटे का व्याख्यान पहले वेबिनार की एक श्रृंखला में बदल गया, और फिर ऑनलाइन पाठ्यक्रमों में।

निगरानी की बारी आई है। क्लस्टर मॉनिटरिंग विषय स्लम प्रोम पाठ्यक्रम में विकसित हुआ है, जो पूरी तरह से प्रोमेथियस को समर्पित है। जैसा कि हम प्यार करते हैं, प्रशिक्षण स्टैंड में अभ्यास के साथ। एक ऑनलाइन पाठ्यक्रम में रिकॉर्ड किए गए व्याख्यान, व्यावहारिक अभ्यास, अभ्यास करने के लिए एक स्टैंड और हेल्प डेस्क सहायता शामिल है। स्लुरमा प्रोम के पारित होने में 12-16 घंटे लगते हैं।

पाठ्यक्रम की रूपरेखा:

1. प्रोमेथियस मूल बातें
2. प्रदर्शनी (नोड निर्यातक, ब्लैकबॉक्स निर्यातक, कस्टम निर्यातक, अनुप्रयोग पुस्तकालय)
3. प्रोमेथियस (सर्विस डिस्कवरी, लेबल, पुशगेटवे)
4. PromQL (डेटा संग्रहण, डेटा प्रकार, अभिव्यक्तियाँ, रिकॉर्ड नियम)
5. चेतावनी (अलर्टर्ट्स, एलर्टमैनगर)
6. डेटा विज़ुअलाइज़ेशन (ग्राफाना)
7. प्रोमेथियस का उन्नत उपयोग (उच्च उपलब्धता, फेडरेशन, रिमोट रीड / राइट, थानोस, एचटीटीपी एपीआई)
8. कुबेरनेट्स में प्रोमेथियस

कोर्स की लागत 15 000 ₽ (उन लोगों के लिए 10 000 ₽ है जो स्लम पर थे)।

व्याख्यान का उदाहरण।

इस कोर्स के लेखक व्लादिमीर गुरानोव थे, जो एक विशेषज्ञ और स्लेरम के स्पीकर थे। मैंने उनसे हमारी कंपनी के पाठ्यक्रम, जीवन और कार्य के बारे में साक्षात्कार किया। मुझे उन लोगों में दिलचस्पी है, जो अपने जहाजों को "ड्रैगन्स यहाँ रहते हैं" के नक्शे पर संकेतित समुद्र में भेजते हैं।

चलो शुरू से शुरू करते हैं - ठीक है, अंत से यह शुरू करना असामान्य है। आपने कहाँ पढ़ाई की? आपने आईटी का पेशा कैसे चुना?

किसी तरह ऐसा हुआ। कंप्यूटर घर में जल्दी दिखाई दिया - मैं लगभग 8. था। मुझे हमेशा इसमें खुदाई करने में दिलचस्पी थी। मैं हमेशा सेट करता हूं और कुछ को पुन: कॉन्फ़िगर करता हूं। उसी समय, मुझे प्रोग्रामिंग पाठ्यक्रमों में ले जाया गया - जैसा कि मुझे याद है, मैंने पास्कल भाषा का अध्ययन किया था।

और फिर संस्थान। BSTU Voenmekh में, विशेषता "स्वचालित नियंत्रण प्रणाली और डेटा प्रोसेसिंग।" और मेरे लिए यह एक सचेत विकल्प था। इसके अलावा, हमारी विशेषता नई थी। अनिवार्य रूप से, हमें पढ़ाया जाता था जिसे अब DevOps कहा जाता है। हमारे पास प्रोग्रामिंग और प्रशासन दोनों थे। और 5 वें वर्ष में मैं पहले से ही अपनी विशेषता में काम करने के लिए चला गया।

आपने पहले से ही किस टेक्नोलॉजी स्टैक का लाभ उठाया है?

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

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

क्या होनहार प्रौद्योगिकियां देखती हैं जो सिर्फ बाजार में प्रवेश कर रही हैं?

यदि आप आईटी बाजार को एक पूरे के रूप में लेते हैं, तो अब वीआर को तोड़ने का एक और प्रयास है । साथ ही ए.आर. की घटनाएँ। मुझे यकीन है कि ये प्रौद्योगिकियां बाहरी दुनिया के साथ बातचीत करने के हमारे विचार को बदल देंगी, जैसा कि स्मार्टफोन ने एक बार किया था।

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

- फिर मैंने मछली पकड़ने की यात्रा पर एक मछली पकड़ने का स्लम पकड़ा! और वह एक मानवीय आवाज़ में मुझसे कहता है: "क्या आप हमें चाहते हैं?"

आप स्लम में कैसे पहुंचे?

संयोग से। मैं सेंट पीटर्सबर्ग में पहले बुनियादी स्लेरम में से एक था, आयोजकों के साथ बात की, मुझे बोलने के लिए आमंत्रित किया गया था। मैं मान गया।

स्लम के ढांचे के भीतर आप क्या करते हैं?

अधिकतर मैं एक वक्ता हूँ। लेकिन मैं कार्यक्रम के निर्माण में थोड़ा सा शामिल हूं, मैं सिर्फ प्रोमेथियस के लिए एक कार्यक्रम पर काम कर रहा हूं।

आप प्रोमेथियस पाठ्यक्रम के लेखक हैं। मुझे बताएं कि प्रतिभागियों को पाठ्यक्रम में क्या दिखाई देगा, और उन्हें बस इसे याद करने का अधिकार क्यों नहीं है?

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

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

गहरी यातायात फ़िल्टरिंग की एक प्रणाली बनाने की सरकार की पहल पर आपकी राय? क्या यह "गोल्डन शील्ड" होगा जैसा कि चीन में होगा या यह हमारा अपना तरीका होगा?

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

इन शब्दों के लिए, व्लादिमीर गुरानोव को एक टेलीपोर्टेशन इंस्टॉलेशन में ले जाया गया और ज़ेन आयाम पर भेजा गया। वह अब एक माउंट के साथ घूम रहा है, चश्मा और एक नारंगी सूट पहने हुए है।

कंपनी के निर्माण के लगभग दशकों बाद Google के आंतरिक विकास को बाजार में उतारने की नीति के बारे में आप कैसा महसूस करते हैं? क्या वे इसमें आईटी उद्योग नहीं रखते हैं? या यह विशुद्ध रूप से वित्तीय है?

Google एक निजी कंपनी है, वे जो चाहें कर सकते हैं। निजी तौर पर, मैं इस तथ्य के लिए उनका आभारी हूं कि उन्होंने आम तौर पर इसे फैलाया।

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

आप आईटी उद्योग के जलने की दर को कैसे देखते हैं? नए लोग आते हैं, पुरानी परंपराएँ छूट जाती हैं, सब कुछ अधिक उपयोगी हो जाता है? या नहीं?

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

यह माना जाता है कि SRE डिक्टेट करता है कि कैसे DevOps में सफल होना है। यानी, SRE एक DevOps फ्रेमवर्क है। क्या आप सहमत हैं?

DevOps वह है जो आपको करने की आवश्यकता है, SRE कैसे करना है जो DevOps प्रदान करता है। यहां सब कुछ सरल है।

देवो के कार्यान्वयन के साथ डेवलपर्स और ऑपरेटरों के बीच संघर्ष कम हो गया है, तो आप कैसे देखते हैं?

यह उन समस्याओं में से एक है जो DevOps सिद्धांत में हल करती है। व्यवहार में, अधिकांश के पास देवओप्स की निजी समझ है। उन नौकरियों की संख्या देखें जहां DevOps की खोज की जा रही है। वे असलियत में किसे खोज रहे हैं? कोई भी व्यक्ति "DevOps Engineer" शब्द के पीछे छिप सकता है - एक सफाई महिला से CTO तक। कई कंपनियों का मानना ​​है कि एक DevOps इंजीनियर एक व्यक्ति है जो प्रक्रियाओं को स्वचालित कर सकता है। लेकिन वे याद करते हैं, मेरी राय में, DevOps देव और ऑप्स के बीच बातचीत स्थापित करने के बारे में सबसे महत्वपूर्ण हिस्सा है। कि अब कोई देव, ऑप्स और क्यूए नहीं है। एक टीम है जो उत्पाद बनाती है, और इस टीम में विभिन्न विशेषज्ञता वाले लोग हैं, जो टीम को एक शांत उत्पाद बनाने की अनुमति देता है।

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

और इस दृष्टिकोण के साथ, जब आप एक टीम होते हैं, न कि देव, ऑप्स, क्यूए और अब भी DevOps, संघर्ष की समस्या अपने आप दूर हो जाती है। अब आप एक काम कर रहे हैं, और आपकी एक जिम्मेदारी है। अब डेवलपर्स न केवल कमिट के क्षण तक कोड के लिए जिम्मेदार हैं, बल्कि परीक्षण और संचालन की प्रक्रिया में भी हैं।

या फिर DevOps अभी भी अपर्याप्त रूप से लागू किया गया है और "Mausers के साथ धूल के हेलमेट में कमिसार" की संरचना आवश्यक है, अर्थात्, DevOps इंजीलवादी जो कंपनी में आएंगे, बड़े और छोटे, और उन्हें DevOps दृष्टिकोण पर स्विच करने के लिए मना लेंगे?

बातचीत एक प्रभावी उपाय नहीं है। DevOps के लिए संक्रमण एक प्राकृतिक विकास है, यह छड़ी के नीचे से काम नहीं करेगा। और हाँ, प्रचारकों की भूमिका महत्वपूर्ण है और उनका कार्य विकास की प्रक्रियाओं को शुरू करने के लिए इंजीनियरों की धारणा को बदलना है।

रूसी आईटी उद्योग में देवओप्स के कार्यान्वयन को आप कैसे देखते हैं?

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

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

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

खैर, 15 साल पीछे चलते हैं। DevOps, SRE - नहीं, मैंने नहीं सुना, केवल सिस्टम प्रशासक थे। अब कई SRE sadadmins से बढ़ गए हैं। विकसित हुआ। और कोई सिस्टम प्रशासक बना रहा? और उनका काम भी महत्वपूर्ण है। उनके बिना, SRE इंजीनियरों के लिए यह मुश्किल होगा।

युवा सहयोगियों को सलाह दें कि 2020 में कौन सी तकनीकें सीखनी हैं।

ओह, एक बहुत लंबी सूची है, आप hh पर 5-10 रिक्तियों को खोल सकते हैं और देख सकते हैं कि वे क्या चाहते हैं। लेकिन, इसके अलावा, मैं आपको सलाह दूंगा कि आप DevOps और Agile जैसी पद्धतियों का अध्ययन शुरू करें, और उन्हें समझने की कोशिश करें। विकास के संदर्भ में आधुनिक माइक्रो सर्विस आर्किटेक्चर के बारे में कम से कम कुछ किताबें पढ़ें। और निश्चित रूप से, आपको प्रोग्रामिंग भाषाओं को सीखने की आवश्यकता है। और अजीब तरह से, मैं आपको सी के साथ शुरू करने की सलाह दूंगा। यह संभावना नहीं है कि आप इसे जीवन में उपयोग करेंगे, लेकिन यह आपको अपने सिर में चीजों को लगाने की अनुमति देता है, और अन्य भाषाओं के अध्ययन की सुविधा प्रदान करेगा।

आप यहां व्लादिमीर गुरानोव द्वारा स्लम प्रोम प्राधिकरण खरीद सकते हैं ।