प्रणाली प्रशासकहरू, विकासकर्ताहरू र परीक्षकहरूले किन DevOps अभ्यासहरू सिक्नुपर्छ?

यो ज्ञान लिएर कहाँ जाने, परियोजनामा ​​के गर्ने र कति कमाउने, अन्तर्वार्तामा के भन्न र सोध्ने - एक्सप्रेस ४२ का प्रबन्ध साझेदार र लेखक अलेक्जेन्डर टिटोभ भन्छन् अनलाइन कोर्स "DevOps अभ्यास र उपकरणहरू".

नमस्ते! यद्यपि DevOps शब्द 2009 देखि अवस्थित छ, रूसी समुदायमा अझै पनि कुनै सहमति छैन। तपाईंले सायद याद गर्नुभएको छ कि कोहीले DevOps लाई एक विशेषता मान्छन्, अरूले यसलाई दर्शन मान्छन्, र अरूले शब्दलाई प्रविधिहरूको सेट मान्छन्। यसअघि पनि धेरै पटक प्रदर्शन गरिसकेको छु व्याख्यानहरू यस दिशाको विकासको बारेमा, त्यसैले म यस लेखमा विस्तारमा जाने छैन। मलाई भन्न दिनुहोस् कि एक्सप्रेस 42 मा हामीले यसमा निम्न समावेश गर्दछौं:

DevOps एक विशेष विधि हो, एउटा डिजिटल उत्पादन सिर्जना गर्ने संस्कृति, जब टोलीका सबै विशेषज्ञहरूले उत्पादनमा भाग लिन्छन्।

क्लासिक कर्पोरेट विकासमा, सबै कुरा क्रमिक रूपमा जान्छ: प्रोग्रामिङ, परीक्षण र त्यसपछि मात्र सञ्चालन, र विचार देखि उत्पादन सम्म यो प्रक्रिया को गति 3 महिना छ। यो डिजिटल उत्पादनहरु को लागी एक वैश्विक समस्या हो, किनकि यो छिटो ग्राहकहरु बाट प्रतिक्रिया प्राप्त गर्न असम्भव छ।

DevOps मा, उपकरण र दृष्टिकोणहरू विकास, परीक्षण र सञ्चालन प्रक्रियाहरू एकै साथ चल्ने सुनिश्चित गर्न डिजाइन गरिएका छन्।

यस दृष्टिकोणबाट के पछ्याउँछ?

• तपाईले केहि "इन्जिनियर" भाडामा लिन सक्नुहुन्न जसले उत्पादनको साथ सबै समस्याहरू समाधान गर्नेछ। सम्पूर्ण टोलीले प्रविधि लागू गर्नुपर्छ।

  

• DevOps अपग्रेड गर्न sysadmin को अर्को रूप होइन। "DevOps इन्जिनियर" "Agile विकासकर्ता" को रूपमा सुनिन्छ।

  
  

• यदि टोलीले Kubernetes, Ansible, Prometheus, Mesosphere र Docker प्रयोग गर्छ भने, यसको मतलब त्यहाँ DevOps अभ्यासहरू लागू गरिएको होइन।

  
  

DevOps पछिको जीवन कहिल्यै उस्तै हुने छैन

DevOps दृष्टिकोण, सबै भन्दा पहिले, सोच्ने फरक तरिका, समग्र रूपमा विकासको धारणा र प्रक्रियामा एकको स्थान हो। हामीले हाम्रो अनलाइन पाठ्यक्रमलाई 2 ब्लकहरूमा विभाजन गर्यौं:

1. आत्मनिर्णय

पहिले, हामी DevOps दृष्टिकोणको सारलाई विस्तृत रूपमा जाँच्छौं, र विद्यार्थीहरूले टोलीमा नयाँ भूमिकाहरू पत्ता लगाउँछन्, कुनले बढी प्रतिक्रिया दिन्छ हेर्नुहोस्, र कुन दिशा विकास गर्ने भनेर आफैले निर्धारण गर्दछ।

2. उपकरण र अभ्यासहरू

विद्यार्थीहरूले DevOps विधिको दृष्टिकोणबाट विशिष्ट प्रविधिहरू मास्टर गर्छन्।

DevOps उपकरणहरू दुवै DevOps दृष्टिकोण र शास्त्रीय विकासमा प्रयोग गर्न सकिन्छ। सबैभन्दा स्पष्ट उदाहरण उत्तरदायी कन्फिगरेसन व्यवस्थापन उपकरण प्रयोग गर्दैछ। यो DevOps अभ्यास "कोडको रूपमा पूर्वाधार" लागू गर्नको लागि सिर्जना र कल्पना गरिएको थियो, जसको अर्थ अपरेटिङ सिस्टम सेटिङदेखि एप्लिकेसन सफ्टवेयरसम्म प्रणालीका विभिन्न अवस्थाहरू वर्णन गरिएको छ। विवरण तहहरूमा विभाजित छ र तपाईंलाई जटिल, निरन्तर परिवर्तन हुने कन्फिगरेसन व्यवस्थापन गर्न अनुमति दिन्छ। तर इन्जिनियरहरूले प्रायः धेरै मेसिनहरूमा ब्याश स्क्रिप्टहरू चलाउनको लागि Ansible प्रयोग गर्छन्। यो न त नराम्रो हो न राम्रो, तर तपाईंले बुझ्नुपर्छ कि Ansible को उपस्थितिले कम्पनीमा DevOps को उपस्थितिको ग्यारेन्टी गर्दैन।

हामी प्रक्रियामा छौं पाठ्यक्रम तपाइँ प्रसिद्ध Reddit जस्तै एक अनुप्रयोग विकास गर्ने प्रक्रियामा डुब्नुहुनेछ, यसको मोनोलिथिक संस्करणबाट सुरु गर्दै, माइक्रोसर्भिसेसहरूमा चरणबद्ध रूपमा सर्दै। चरणबद्ध रूपमा हामी नयाँ उपकरणहरू मास्टर गर्नेछौं: Git, Ansible, Gitlab र Kubernetes र Prometheus सँग समाप्त गर्नुहोस्।

अभ्यासहरूको सन्दर्भमा, हामी DevOps ह्यान्डबुकमा वर्णन गरिएका तीनवटा मार्गहरूको रणनीतिहरू पछ्याउनेछौं - निरन्तर डेलिभरी अभ्यासहरू, प्रतिक्रिया अभ्यासहरू, र सम्पूर्ण पाठ्यक्रमको सार भनेको तपाईंको प्रणालीसँगै निरन्तर सिकाइको अभ्यास हो।

यस ज्ञानले प्रत्येक विशेषज्ञलाई के दिन्छ?

प्रणाली प्रशासकहरूको लागि

अभ्यासहरूले तपाईंलाई प्रशासनबाट टाढा एक निरन्तर डेलिभरी पाइपलाइन र सफ्टवेयर डेलिभरीको लागि पूर्वाधार प्लेटफर्म सिर्जना गर्न अनुमति दिनेछ। बिन्दु यो हो कि उसले उत्पादन सिर्जना गर्दछ - विकासकर्ताहरूको लागि एक पूर्वाधार प्लेटफर्म जसले तिनीहरूलाई उत्पादनमा उनीहरूको परिवर्तनहरू द्रुत रूपमा धकेल्न मद्दत गर्दछ।

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

यो महत्त्वपूर्ण छ किनभने कम्पनीहरूले बढ्दो रूपमा महसुस गरिरहेका छन् कि उनीहरूलाई सबै कुरा स्वचालित गर्न आवश्यक छैन, अर्थात्। पुरानो-विद्यालय प्रणाली प्रशासकहरू अनिवार्य रूपमा के गर्न प्रयोग गरिन्थ्यो, जसले यससँग थोरै सञ्चार गर्यो र गरिएका सबै परिवर्तनहरूको बारेमा टोलीलाई सूचित गरेन। अब टोलीहरूले ती व्यक्तिहरू खोजिरहेका छन् जो आन्तरिक पूर्वाधार उत्पादनको निर्माता बन्नेछन् र छुट्टिएका प्रक्रियाहरूलाई एकमा मिलाउन मद्दत गर्नेछन्।

विकासकर्ताहरूको लागि

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

परीक्षकहरूको लागि

परीक्षण लामो समयदेखि स्वचालित मोडमा सर्दै आएको छ; हामी सबै भन्छौं कि धेरै परीक्षणहरू गर्नु हुँदैन, तर लिखित :) परीक्षण तपाईंको उत्पादनको सम्पूर्ण डेलिभरी पाइपलाइनको अंश बन्छ। एक परीक्षकले कोड कसरी लेख्ने भनेर मात्र होइन, तर यसलाई निरन्तर डेलिभरी प्रणालीमा कसरी एकीकृत गर्ने, डेलिभरीका सबै चरणहरूमा कोडबाट प्रतिक्रिया कसरी प्राप्त गर्ने, र त्रुटिहरू पत्ता लगाउन परीक्षणलाई निरन्तर रूपमा कसरी सुधार गर्ने भनेर पनि बुझ्न आवश्यक छ। सकेसम्म चाँडो।

त्यसैले यो बाहिर जान्छ सबै तीन चरणहरू एकै साथ हुन्छन्। उदाहरण को लागी, यो यस्तो देखिन सक्छ:

विकासकर्ताले कोड लेख्छ, तुरुन्तै यसको लागि परीक्षणहरू लेख्छ, र चलाउनु पर्ने कोडको लागि डकर कन्टेनर वर्णन गर्दछ। यसले तुरुन्तै अनुगमनको वर्णन गर्दछ जसले उत्पादनमा यस सेवाको सञ्चालनलाई निगरानी गर्नेछ, र यो सबै प्रतिबद्ध गर्दछ।

जब निरन्तर एकीकरण सुरु हुन्छ, प्रक्रियाहरू एकैसाथ चल्छन्। सेवा सुरु हुन्छ र कन्फिगर गरिएको छ। एकै समयमा, डकर कन्टेनर सुरु हुन्छ र यो चलिरहेको छ भनेर जाँच गरिन्छ। एकै समयमा, सबै जानकारी लगिङ प्रणालीमा जान्छ। र यस्तै विकासको प्रत्येक चरणमा - यो प्रणाली प्रशासकहरू, विकासकर्ताहरू र परीक्षकहरूको वास्तविक टोली कार्य हुन जान्छ।

मैले DevOps अध्ययन गरें, अब के हुन्छ?

तपाईलाई थाहा छ, मैदानमा एक योद्धा होइन। यदि तपाईंको कम्पनीले यो विधि प्रयोग गर्दैन भने, प्राप्त कौशलहरू निष्क्रिय रहनेछन्। र DevOps दृष्टिकोणहरूसँग परिचित भएपछि, तपाईं सम्भवतः कर्पोरेट विकासमा कोग हुन चाहनुहुन्न। त्यहाँ एउटा अपवाद हुन सक्छ: तपाईं टोलीमा प्रणाली प्रशासक हुनुहुन्छ र सबै प्रक्रियाहरूलाई नयाँ तरिकाले पुनर्निर्माण गर्न सक्नुहुन्छ। यो यहाँ थप्न लायक छ कि त्यहाँ धेरै कम्पनीहरू छन् जसले यो दृष्टिकोण प्रयोग गर्दछ, र तिनीहरू तालाबन्दीबाट प्रभावित छैनन् र विशेषज्ञहरू खोजिरहेका छन्। किनभने DevOps अनलाइन उत्पादनहरू सिर्जना गर्ने बारे हो।

र अब राम्रो सामानको बारेमा: DevOps अभ्यास र उपकरणहरूको निपुणता श्रम बजारमा तपाईंको मूल्यको लागि लगभग +30% हो। तलब 140 हजार rubles बाट सुरु हुन्छ, तर निर्धारित, स्वाभाविक रूपमा, तपाईंको मुख्य विशेषता र कार्यक्षमता द्वारा।

तपाईंले "पूर्वाधार-उन्मुख" चिन्ह लगाइएका रिक्त पदहरू हेर्न सक्नुहुन्छ, जहाँ परीक्षण स्वचालन, क्लाउड प्रविधिहरू प्रयोग गरेर माइक्रोसर्भिस अनुप्रयोगहरूको विकास, पूर्वाधार इन्जिनियरहरूको लागि रिक्त पदहरू र DevOps को सबै प्रकारका सन्दर्भहरू छन्। केवल याद गर्नुहोस् कि प्रत्येक कम्पनीको अर्थ यो परिभाषा द्वारा केहि फरक छ - विवरण ध्यानपूर्वक पढ्नुहोस्।

हाम्रो पाठ्यक्रमको सुरुवातको क्रममा, मलाई एउटा अन्तर्दृष्टि आयो - पाठ्यक्रम पछि धेरै व्यक्तिहरू DevOps इन्जिनियरको पासोमा पर्छन्। तिनीहरूले माथि उल्लिखित शीर्षकको साथ एक खाली ठाउँ फेला पार्छन्, राम्रो प्रस्ताव प्राप्त गर्छन्, र त्यसपछि काममा आउँछन् र महसुस गर्छन् कि उनीहरूले जेनकिन्समा तीन-पृष्ठ ब्याश लिपि कायम गर्नुपर्नेछ। Kubernetes, ChatOps, क्यानरी रिलीजहरू र ती सबै कहाँ छन्? तर त्यहाँ केहि छैन, किनभने कम्पनीलाई विधिको रूपमा DevOps आवश्यक छैन, तर व्यक्तिगत आविष्कारहरू प्रयोग गर्दछ।

यो सफ्टवेयर डेलिभरी प्रक्रिया कसरी काम गर्दछ, टेक्नोलोजी स्ट्याक र तपाइँ कुन जिम्मेवारीहरू प्रदर्शन गर्नुहुनेछ भनेर कम्पनीबाट गहन रूपमा पत्ता लगाउने कारण हो।

यदि नियोक्ताले तपाईका प्रश्नहरूको अमूर्त रूपमा जवाफ दिनुहुन्छ, जस्तो कि पुस्तकबाट, विवरण बिना, तब सम्भवतः कम्पनीमा कुनै DevOps प्रक्रिया छैन, तर यो अस्वीकार गर्ने कारण होइन, कम्पनी र यसका उत्पादनहरू अध्ययन गर्नुहोस्, चाहे त्यहाँ अनलाइन छन्। कम्पनीले आफैं विकास गर्ने सेवाहरू, मोबाइल अनुप्रयोगहरू, उत्पादन विचारहरू।

यदि हो भने, तब स्पष्ट गर्नुहोस् कि तपाईंले यी प्रणालीहरूसँग प्रत्यक्ष रूपमा काम गर्नुपर्नेछ वा DevOps अभ्यासहरूमा राम्रो परिणामहरू प्रदर्शन गर्दा यी सेवाहरूको टोलीहरूमा तेर्सो आन्दोलनको सम्भावना छ कि छैन। यदि हो भने, तब यो जान र सक्रिय र उपयोगी हुन लायक छ, र यदि तपाईंले हाम्रो पाठ्यक्रम पूरा गर्नुभयो भने, पछिल्लो ग्यारेन्टी छ।

यो नोट गर्न महत्त्वपूर्ण छ कि Devops चिकित्सकहरूले विकास/प्रशासन/परीक्षणमा अनुभवको साथ मात्र वास्तविक मूल्य प्राप्त गर्छन्। तब मात्र ज्ञान अमूर्त हुनेछैन, तर विशेषज्ञ (सबै अर्थमा) समृद्ध हुनेछ। त्यसकारण, "स्क्र्याचबाट DevOps सिक्ने" को विचार "स्क्र्याचबाट लेन्सहरू प्रयोग गर्न" सिक्ने जस्तै हो यदि तपाईंले आफ्नो हातमा क्यामेरा समात्नुभएको छैन वा शूट निर्देशन गर्नुभएको छैन भने। पाठ्यक्रम तपाईंको लागि सही छ कि छैन भनेर निर्णय गर्न मद्दतको लागि, हामीले एक प्रवेश परीक्षा बनाएका छौं जसले तपाईंको पर्याप्त ज्ञानको स्तर जाँच गर्नेछ।

मलाई एउटा ट्रिक लाग्छ पाठ्यक्रम - कि तालिमको क्रममा प्रत्येक विद्यार्थीले आफूले कुन दिशामा विकास गर्न चाहन्छ भन्ने निर्धारण गर्छ। हामी प्रायः संक्रमणहरू देख्छौं जब एक विकासकर्ता एक पूर्वाधार इन्जिनियर हुन्छ, र एक प्रशासकले महसुस गर्छ कि उसले कोड लेख्नमा रुचि राख्छ - त्यसपछि उसले भाषाको थप अध्ययन गर्दछ र यसलाई प्राप्त गरेको DevOps सीपहरूको साथ पूरक बनाउँछ। तसर्थ, हामी विशेष गरी ती व्यक्तिहरूलाई स्वागत गर्दछौं जसले आफ्नो क्यारियर क्रसरोडमा अड्किएको महसुस गर्छन्। पाठ्यक्रम मे 28 मा सुरु हुन्छ, तर तपाईं कक्षाहरू सुरु भएको 2 हप्ता पछि सामेल हुन सक्नुहुन्छ। तपाईं कार्यक्रम हेर्न र परीक्षा दिन सक्नुहुन्छ लिङ्क। OTUS मा भेटौंला!

स्रोत: www.habr.com