देवो को जन-जन तक ले जाना

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

खैर, जो हासिल किया गया है, हम उस पर ध्यान नहीं देंगे - हम मई में RIT ++ में विकास, परीक्षण और संचालन प्रक्रियाओं को एकीकृत करने के दृष्टिकोण को आगे बढ़ाते रहेंगे।


चूंकि DevOps, हमारी समझ में, सभी विकास प्रक्रियाओं के संयोजन के बारे में है, RIT ++ कॉन्फ्रेंस फेस्टिवल, जिसमें सर्वर और क्लाइंट डेवलपर्स, और विभिन्न स्तरों के प्रबंधक, व्यावसायिक प्रक्रियाओं का निर्माण करने वाले लोग और कई अन्य आईटी विशेषज्ञ भाग लेते हैं। DevOps के बारे में बात करने के लिए।

प्रक्रिया में कई को शामिल करने के लिए, हमने रूटकॉन्फ़ की तुलना में सम्मेलन वेक्टर को स्थानांतरित कर दिया है। हम न केवल इतने उपकरण और तकनीकी कट्टर, बल्कि प्रक्रियाओं, प्रबंधन, टीम परिवर्तन, और प्रौद्योगिकी कंपनियों में सॉफ्टवेयर विकास से संबंधित सभी चीजों में भी रुचि रखते हैं। DevOpsConf प्रोग्राम न केवल सिस्टम एडमिनिस्ट्रेटर के लिए, बल्कि उन सभी के लिए दिलचस्प होगा जो दाढ़ी पहनते हैं :) हालाँकि, अभ्यास से पता चलता है कि आप दाढ़ी के बिना कर सकते हैं। यही है, विभिन्न डेवलपर्स के लिए और सीटीओ के लिए विषय हैं।

विषयों

निश्चित रूप से, समुदाय की भागीदारी के एक उचित हिस्से के बिना महसूस नहीं किया जा सकता है। इस भूमिका में, हमारे पास एक बड़ी कार्यक्रम समिति है, जिसमें प्रथम श्रेणी के ऑप्स और देव विशेषज्ञ शामिल हैं और कई सम्मेलनों में देवओप्स भाग के लिए जिम्मेदार है, जिसमें हाईलाड ++ (वैसे, इस साल उनमें से तीन होंगे, और हमारा खंड हर जगह होगा)। हमने यहां DevOps परिवर्तन पर उनकी पृष्ठभूमि और उनके विचारों के बारे में बात की। हम अब सम्मेलनों के बीच तैयारी में ब्रेक नहीं लेते हैं, लेकिन लगातार दर्शकों की जरूरतों का अध्ययन कर रहे हैं और नए व्यवहार्य विचारों की खोज कर रहे हैं। यहाँ हमने निकट भविष्य के लिए पहचान की है:

• कैसे आउटसोर्स के मामले में DevOps बेचने के लिए।
• एसआरई दृष्टिकोण का कार्यान्वयन।
• ट्रेसिंग वितरित की गई।
• DevOps सुव्यवस्थित संचालन से कैसे भिन्न है।
• कॉन्फ़िगरेशन प्रबंधन के लिए कोड के रूप में GitOps और इन्फ्रास्ट्रक्चर के बीच अंतर।
• सफल सेवा जाल कार्यान्वयन के मामले।
• वितरित प्रणालियों के डिजाइन पैटर्न।
• डॉकटर के लिए विकल्प - पॉडमैन?
• लेखा परीक्षकों के लिए DevOps का कानूनीकरण।
• ITIL v4 और DevOps।
• DevOps में कर्तव्यों का पृथक्करण और चार-नेत्र सिद्धांत।
• चीजों के इंटरनेट पर DevOps।
• मशीन लर्निंग में DevOps।
• क्लाउड प्रदाता: AWS, Azure, GCP, आदि।

कागजात के लिए कॉल करें

रिपोर्ट के लिए आवेदन करें यदि इनमें से कोई भी वस्तु आपके दैनिक कार्यों का हिस्सा है। या, यदि आप अभी भी एक समस्या को हल करने की प्रक्रिया में हैं, लेकिन भरवां शंकु अब प्रेतवाधित नहीं हैं, और आप उनके साथ बात करना चाहते हैं। इसके अलावा, अगर DevOps अभी तक आपकी कंपनी में एक मानक नहीं है, लेकिन प्रक्रियाओं में पहले से ही बहुत कुछ बदल गया है, तो हम इस तरह की रिपोर्ट पर विचार करके खुश होंगे।

यदि संदेह है, तो संकोच न करें । मुख्य बात यह है कि विषय व्यक्तिगत रूप से आपके लिए व्यक्तिगत रूप से दिलचस्प था, और समाधान एक था जिसे आप स्टैकओवरफ़्लो के बारे में नहीं पढ़ सकते हैं, लेकिन जो किसी को समय और तंत्रिकाओं को बचाने में मदद कर सकता है। बाकी के लिए, हम मदद करेंगे, सही सवाल पूछेंगे, आपको बताएंगे कि रिपोर्ट कहां विकसित करनी है, और यहां तक ​​कि भाषण की तैयारी में, हमारे पास एक गुप्त जीवन हैक है (वास्तव में, यहां यह है)।

यहाँ कार्यक्रम समिति के कुछ सुझाव हैं जो आपको तय करने में मदद करेंगे।

दानिला श्टान व्यवहार में कुबेरनेट्स या प्रोमेथियस जैसे "डिफ़ॉल्ट" उत्पादों के लिए अधिक विकल्प सुनना चाहता है।

दिमित्री ज़ैतसेव के बारे में रिपोर्ट की प्रतीक्षा है:

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

Artyom Kalichkin एक पारिस्थितिकी तंत्र में DevOps रेल के लिए संक्रमण के मामलों में रुचि रखता है जहां न केवल microservices, बल्कि किसी भी भारी विरासत, ESB, RDBMS है।

दिमित्री मैलाखिन GitOps और SRE की प्रथाओं के बारे में सुनना पसंद करेंगे।

वेलेरिया पिलिया को उम्मीद है कि कोई इस बारे में बात करेगा:

• वास्तविक सतत वितरण जटिल अनुप्रयोगों के लिए मामलों को प्रतिबद्ध करता है, सुरक्षा और नियमों के साथ लटका दिया जाता है, न कि केवल हल्के मोर्चों के लिए।
• Hadoop पारिस्थितिकी तंत्र के विलुप्त होने और उससे बढ़ने के दर्द। एक वास्तुकला की दृष्टि से विकल्प।
• एक उत्पाद बनाने के लिए डेटासेटैनिस्ट, डेवलपर्स, टेस्टर और इंजीनियरों का प्यार एक ही भीड़ में है।

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

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

हम साथ मिलकर एक कार्यक्रम बनाएंगे

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

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

मई में RIT ++ में ऑफ़लाइन मिलो!