DevOps दृष्टिकोणका प्रशंसकहरूको लागि सम्मेलन

हामी कुरा गर्दैछौं, अवश्य पनि DevOpsConf। यदि तपाईं विवरणहरूमा जानुभएन भने, त्यसपछि सेप्टेम्बर 30 र अक्टोबर 1 मा हामी विकास, परीक्षण र सञ्चालनको प्रक्रियाहरू संयोजन गर्न सम्मेलन आयोजना गर्नेछौं, र यदि तपाईं विवरणहरूमा जानुहुन्छ भने, कृपया, बिरालो अन्तर्गत।

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

सम्मेलनमा हामी यो दृष्टिकोणले उत्पादन विकासलाई कसरी प्रभाव पार्छ भनेर देखाउन चाहन्छौं। ग्राहकको लागि प्रणालीको विश्वसनीयता र अनुकूलनता कसरी सुनिश्चित गरिन्छ। कसरी DevOps ले यसको कार्य प्रक्रिया व्यवस्थित गर्न कम्पनीको संरचना र दृष्टिकोण परिवर्तन गर्दैछ।

दृश्य पछाडि

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

• वरिष्ठ इन्जिनियरहरू;
• विकासकर्ताहरू;
• टोली नेताहरू;
• CTO।

एकातिर, यसले रिपोर्टहरूको लागि अनुरोधहरू छलफल गर्दा कठिनाइहरू र विवादहरू सिर्जना गर्दछ। यदि एक इन्जिनियरले ठूलो दुर्घटनाको विश्लेषण गर्न रुचि राख्छ भने, विकासकर्ताको लागि क्लाउड र पूर्वाधारहरूमा काम गर्ने सफ्टवेयर कसरी सिर्जना गर्ने भनेर बुझ्न महत्त्वपूर्ण छ। तर सहमति गरेर, हामी एउटा कार्यक्रम सिर्जना गर्छौं जुन सबैका लागि मूल्यवान र चाखलाग्दो हुनेछ: इन्जिनियरदेखि CTO सम्म।

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

सम्मेलन खण्डहरू मा जस्तै रहनेछ अन्तिम पटक.

• पूर्वाधार प्लेटफार्म।
• कोडको रूपमा पूर्वाधार।
• निरन्तर वितरण।
• प्रतिक्रिया।
• DevOps मा आर्किटेक्चर, CTO को लागि DevOps।
• SRE अभ्यासहरू।
• प्रशिक्षण र ज्ञान व्यवस्थापन।
• सुरक्षा, DevSecOps।
• DevOps रूपान्तरण।

कागजातहरूको लागि कल गर्नुहोस्: हामी कस्तो प्रकारको रिपोर्टहरू खोजिरहेका छौं

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

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

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

साइबर सुरक्षा विशेषज्ञहरू यो सुरक्षा प्रक्रिया कसरी सेट अप गर्ने भनेर बुझ्न महत्त्वपूर्ण छ ताकि यसले कम्पनी भित्र विकास र परिवर्तन प्रक्रियाहरू रोक्दैन। त्यस्ता विशेषज्ञहरूमा DevOps ले राख्ने आवश्यकताहरूको बारेमा विषयहरू पनि रोचक हुनेछन्।

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

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

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

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

हामी कसरी DevOps देख्छौं

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

DevOps एक जटिल प्रणाली हो, यसमा समावेश हुनुपर्छ:

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

रिपोर्टको अन्त्यमा त्यहाँ एक रेखाचित्र छ जसले कम्पनीमा DevOps प्रणालीको एक विचार दिन्छ। यसले तपाइँलाई तपाइँको कम्पनीमा कुन प्रक्रियाहरू पहिले नै सुव्यवस्थित गरिएको छ र कुन निर्माण हुन बाँकी छ भनेर हेर्न अनुमति दिनेछ।

रिपोर्टको भिडियो हेर्न सक्नुहुन्छ यहाँ.

र अब त्यहाँ एक बोनस हुनेछ: RIT++ 2019 का धेरै भिडियोहरू, जसले DevOps रूपान्तरणको सबैभन्दा सामान्य मुद्दाहरूलाई छुन्छ।

उत्पादनको रूपमा कम्पनीको पूर्वाधार

Artyom Naumenko Skyeng मा DevOps टोलीको नेतृत्व गर्छन् र आफ्नो कम्पनीको पूर्वाधारको विकासको ख्याल राख्छन्। उहाँले SkyEng मा पूर्वाधारले कसरी व्यापार प्रक्रियाहरूलाई असर गर्छ भन्नुभयो: यसको लागि ROI कसरी गणना गर्ने, गणनाको लागि कुन मेट्रिक्स छनौट गर्नुपर्छ र तिनीहरूलाई सुधार गर्न कसरी काम गर्ने।

माइक्रो सर्भिसको बाटोमा

Nixys कम्पनीले व्यस्त वेब परियोजनाहरू र वितरण प्रणालीहरूको लागि समर्थन प्रदान गर्दछ। यसको प्राविधिक निर्देशक, बोरिस एर्शोभले सफ्टवेयर उत्पादनहरू कसरी अनुवाद गर्ने भनेर बताउनुभयो, जसको विकास 5 वर्ष पहिले (वा अझ बढी), आधुनिक प्लेटफर्ममा सुरु भयो।

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

त्यस्ता परियोजनाहरूका प्रबन्धकहरूले अनिवार्य रूपमा सबै प्राविधिक प्रक्रियाहरू परिवर्तन गर्ने आवश्यकताको सामना गर्नुपर्छ। आफ्नो रिपोर्टमा, बोरिसले भने:

• परियोजनाको लागि सही वास्तुकला कसरी छनौट गर्ने र पूर्वाधारलाई क्रमबद्ध गर्ने;
• कुन उपकरणहरू प्रयोग गर्ने र रूपान्तरणको बाटोमा कस्ता समस्याहरू सामना गर्ने;
• अब के गर्ने।

रिलिजहरूको स्वचालन वा कसरी छिटो र पीडारहित रूपमा वितरण गर्ने

अलेक्ज्याण्डर कोरोत्कोभ CIAN मा CI/CD प्रणालीको एक अग्रणी विकासकर्ता हो। उनले स्वचालन उपकरणहरूको बारेमा कुरा गरे जसले गुणस्तर सुधार गर्न र उत्पादनमा कोड डेलिभर गर्ने समयलाई 5 गुणाले घटाउन सम्भव बनायो। तर त्यस्ता नतिजाहरू मात्र स्वचालनको साथ हासिल गर्न सकिँदैन, त्यसैले अलेक्जेंडरले विकास प्रक्रियाहरूमा परिवर्तनहरूमा ध्यान दिए।

दुर्घटनाहरूले तपाईंलाई कसरी सिक्न मद्दत गर्छ?

Alexey Kirpichnikov ले SKB Kontur मा 5 वर्षदेखि DevOps र पूर्वाधार कार्यान्वयन गर्दै आएको छ। तीन वर्षको अवधिमा, लगभग 1000 फ्याकपहरू विभिन्न स्तरका महाकाव्यहरू उनको कम्पनीमा देखा पर्‍यो। तिनीहरूमध्ये, उदाहरणका लागि, 36% उत्पादनमा कम-गुणस्तरको रिलीज रोल आउटको कारणले भएको थियो, र 14% डाटा केन्द्रमा हार्डवेयर मर्मत कार्यको कारणले भएको थियो।

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

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

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

हामीले कार्यक्रममा कस्ता रिपोर्टहरू स्वीकार गरिसकेका छौं?

यो साता कार्यक्रम समितिले सुरक्षा, पूर्वाधार र SRE अभ्यासमा ४ वटा प्रतिवेदनहरू पारित गर्यो।

शायद DevOps रूपान्तरणको सबैभन्दा पीडादायी विषय: कसरी सुनिश्चित गर्ने कि सूचना सुरक्षा विभागका केटाहरूले विकास, सञ्चालन र प्रशासन बीचको पहिले नै निर्मित जडानहरू नष्ट गर्दैनन्। केही कम्पनीहरूले सूचना सुरक्षा विभाग बिना नै व्यवस्थापन गर्छन्। यस अवस्थामा सूचना सुरक्षा कसरी सुनिश्चित गर्ने? यसको बारेमा भन्नेछौ sudo.su बाट मोना अर्खिपोभा। उनको रिपोर्टबाट हामी सिक्छौं:

• के संरक्षण गर्न आवश्यक छ र कसबाट;
• नियमित सुरक्षा प्रक्रियाहरू के हुन्;
• कसरी IT र सूचना सुरक्षा प्रक्रियाहरू प्रतिच्छेदन गर्दछ;
• CIS CSC के हो र यसलाई कसरी लागू गर्ने;
• कसरी र कुन सूचकहरू द्वारा नियमित सूचना सुरक्षा जाँचहरू सञ्चालन गर्ने।

अर्को प्रतिवेदन कोडको रूपमा पूर्वाधारको विकाससँग सम्बन्धित छ। म्यानुअल रुटिनको मात्रा घटाउनुहोस् र सम्पूर्ण परियोजनालाई अराजकतामा परिणत नगर्नुहोस्, के यो सम्भव छ? यस प्रश्नमा जवाफ दिनेछ Ixtens बाट मैक्सिम कोस्ट्रिकिन। उनको कम्पनीले प्रयोग गर्छ ट्राफर्म AWS पूर्वाधार संग काम को लागी। उपकरण सुविधाजनक छ, तर प्रश्न यो हो कि यो प्रयोग गर्दा कोडको ठूलो ब्लक सिर्जना गर्न कसरी बच्ने। यस्तो विरासत को रखरखाव हरेक वर्ष अधिक र अधिक महंगा हुनेछ। 

म्याक्सिमले स्वचालन र विकासलाई सरल बनाउने उद्देश्यले कोड प्लेसमेन्ट ढाँचाले कसरी काम गर्छ भनेर देखाउनेछ।

अर्को रिपोर्ट हामी बाट पूर्वाधार बारे सुन्नेछौं Playkey बाट व्लादिमीर Ryabov। यहाँ हामी पूर्वाधार प्लेटफर्मको बारेमा कुरा गर्नेछौं, र हामी सिक्नेछौं:

• भण्डारण ठाउँ प्रभावकारी रूपमा प्रयोग भइरहेको छ कि छैन भनेर कसरी बुझ्ने;
• कसरी धेरै सय प्रयोगकर्ताहरूले 10 TB सामग्री प्राप्त गर्न सक्छन् यदि केवल 20 TB भण्डारण प्रयोग गरिन्छ;
• कसरी डाटा 5 पटक कम्प्रेस गर्ने र वास्तविक समयमा प्रयोगकर्ताहरूलाई प्रदान गर्ने;
• धेरै डाटा केन्द्रहरू बीच उडानमा डाटा कसरी सिङ्क्रोनाइज गर्ने;
• कसरी एक भर्चुअल मेसिन क्रमिक रूपमा प्रयोग गर्दा एक अर्कामा प्रयोगकर्ताहरूको कुनै पनि प्रभाव हटाउने।

यो जादूको रहस्य प्रविधि हो फ्रीबीएसडीको लागि ZFS र यसको ताजा काँटा लिनक्समा ZFS। भ्लादिमिरले Playkey बाट केसहरू साझा गर्नेछन्।

Amixr.IO बाट Matvey Kukuy जीवनबाट उदाहरणहरूको साथ तयार छ बताउनुहोस्, के भयो SRE र यसले कसरी भरपर्दो प्रणालीहरू निर्माण गर्न मद्दत गर्छ। Amixr.IO ले आफ्नो ब्याकइन्ड मार्फत ग्राहक घटनाहरू पार गर्दछ; विश्वभरका दर्जनौं अन-ड्यूटी टोलीहरूले पहिले नै 150 हजार केसहरू सामना गरिसकेका छन्। सम्मेलनमा, Matvey ले तथ्याङ्क र अन्तर्दृष्टि साझा गर्नेछ जुन उसको कम्पनीले ग्राहक समस्याहरू समाधान गरेर र असफलताहरूको विश्लेषण गरेर जम्मा गरेको छ।

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

स्रोत: www.habr.com