DevOops 2019 की तीस रिपोर्ट: टिम लिस्टर, हादी हरीरी, रोमन शापोशनिक और अंतर्राष्ट्रीय देवस्थान के अन्य सितारे

29-30 अक्टूबर को सेंट पीटर्सबर्ग DevOops 2019 की मेजबानी करेगा - एक सम्मेलन जो DevOps इंजीनियरिंग समाधानों को समर्पित है। मुख्य विषय सामान्य रूप से बादल, और विशेष रूप से क्लाउड नेटिव, अवलोकन, निगरानी और लेखा परीक्षा, सीआई / सीडी, सुरक्षा, और इतने पर - सामान्य तौर पर, सब कुछ आप एक सम्मेलन से विशेष रूप से devops को समर्पित कर सकते हैं।

यह हबपोस्ट देवओप्स कार्यक्रम की समीक्षा है, जिसे हमने सम्मेलन कार्यक्रम समिति के साथ मिलकर लिखा था।

संक्षेप में:

• एंटोन वीस सेवा जाल के बारे में बात करेंगे;
• बूर सटर और ओलेग नेनाशेव - सीआई / सीडी के बारे में;
• दिमित्री स्टोलारोव और सर्गेई फेडोरोव - निगरानी के बारे में;
• बादलों और कुबेरनेट्स के बारे में एक बहुत बड़ा खंड है: मेट अटेमेल, जेसिका दीन, विक्टर गामोव, इवान कुश ...

कार्यक्रम बड़ा है, जिसमें कुल 30 रिपोर्ट हैं।

कीनोट्स का नेतृत्व टिम लिस्टर (पीपुलवेयर के सह-लेखक), हाडी हरीरी (जेटब्रेन में डेवलपर एडवोकेसी के प्रमुख) और रोमन शापोशनिक (अपाचे सॉफ्टवेयर फाउंडेशन और लिनक्स फाउंडेशन एलएफ एज के निदेशक मंडल के सदस्य) कर रहे हैं।

कटौती के तहत, हम इस बारे में बात करते हैं कि देवों की दुनिया में क्या चल रहा है, हम घटनाओं को समूहों में तोड़ देंगे और देखेंगे कि यह सब 30 रिपोर्टों के एक कार्यक्रम में कैसे फिट बैठता है।

केस का अध्ययन

रिपोर्टों का पहला समूह केस स्टडी है। हाल ही में, दुनिया में स्थिति तेजी से विकसित हो रही है, उदाहरण के लिए, गिटलैब का युद्ध हर किसी के साथ जारी है: गिटलैब के पास सब कुछ है, और वे इसे एक एकल उत्पाद के रूप में बेचने जा रहे हैं (जैसा कि द रजिस्टर्ड सिड सिड सिब्रांडिज द्वारा एक परिवादात्मक लेख में कहा गया है)।

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

• निकिता सोबोलेव - गिटहब क्रियाओं के साथ सब कुछ स्वचालित करना
• ग्रिगोरी कोशेलेव - कफका कैसे पकाने के लिए ताकि जला न जाए
• एलेक्सी किरपिचनिकोव - द कर्स ऑफ इन्फ्रास्ट्रक्चर टीम
• Baruch Sadogursky - DevOps अभ्यास में निरंतर अपडेट के पैटर्न और एंटीपैटर्न

नायब: बारूक सदोगुरस्की प्रत्येक नए DevOops पर प्रस्तुतियाँ जारी रखता है। क्या वह फिर से शीर्ष पर पहुंचेगा? हम दांव लगाते हैं।

सेवा जाल

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

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

लेकिन सेवा जाल से कौन लड़ेगा? हमारे वक्ताओं से पूछो!

• एरिक वेल्ड - बहु - * जाने के लिए अपने बुनियादी ढांचे को अपनाना
• एंटोन वीस - हमें सेवा छलनी की आवश्यकता क्यों है?
• अलेक्जेंडर लुक्यानचेंको - मल्टी-क्लस्टर सिस्टम बनाने के लिए सेवा जाल

सीआई / सीडी

पुराने जेनकींस को जेनकिंस के बिना चलाया जा सकता है! आप ट्रैविस में दौड़ सकते हैं, कहीं भी, आपको यह कैसे पसंद है, एलोन मस्क? (यह अभी काफी गंभीर है)। सामान्य तौर पर, चूंकि कुबेरनेट्स अब हर जगह है, हमारे सभी सीआई / सीडी टूल इस तथ्य के अनुकूल हैं, कुबेरनेट्स को समर्थन देने की आवश्यकता है। यही कारण है कि हमें जेनकिंसएक्स मिला, इसलिए टीमकीट में नए चिप्स दिखाई देते हैं, यही कारण है कि GitHubs और GitLabs अपने CIs को तैनात करते हैं - सभी को कुबेरनेट की आवश्यकता होती है।

कुबेरनेट्स के उद्भव ने सीडी के दृष्टिकोण को बदल दिया है। सीडी को आसान बनाने के साथ, कैनरी की तैनाती, नीले-हरे रंग की तैनाती इत्यादि को रोल आउट करने के तरीके के बारे में नई विविधताएं दिखाई देने लगीं - तैयार किए गए अमूर्त का एक गुच्छा जिसे आप उपयोग कर सकते हैं और जीवन का आनंद ले सकते हैं। क्लाउड नेटिव सिद्धांतों पर निर्मित CI / CD का एक उदाहरण Tekton है । हमारे पास अभी भी टेकन के बारे में कुछ भी नहीं है (सिवाय इसके कि ओलेग नेनाशेव और बूर सटर की रिपोर्टों में इसका उल्लेख किया गया है), लेकिन वसंत में हम इसे करने की कोशिश करेंगे। जेनकिन्सएक्स बिल्कुल वैसी ही चिप है, जो क्लाउड नेटिव के लिए क्लाउड नेटिव प्रोजेक्ट्स के आधार पर बनाई गई है। यदि किसी को यह बहुत ही मूल निवासी है में दिलचस्पी है, तो यह 12-कारक अनुप्रयोगों के बारे में पढ़ने लायक है, यह वह है। जैसा कि केल्सी ने हाल ही में मजाक किया था:

सीआई / सीडी श्रेणी की रिपोर्ट:

• सेबेस्टियन दासचनर - जेनकिंस एक्स के साथ उत्तरोत्तर उद्धार
• एंटोन आर्किपोव - जेटब्रेन में सीआई बड़े प्रोजेक्ट
• गड़गड़ाहट की नाली - पाइपलाइन और फली: कुबेरनेट्स के साथ देवता
• व्लादिमीर इवानोव - मोबाइल विकास: DevOps या Not DevOps
• ओलेग नेनाशेव - सर्वरहित जेनकिंस के हुड के तहत: जेनकिंसफाइल रनर
• एलेक्स थेनसेन - अपनी सुविधाओं को ध्वजांकित करना - निरंतर रिलीज के लिए एक DevOps दृष्टिकोण - अखंड प्रेमी

निगरानी

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

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

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

निगरानी अनुभाग रिपोर्ट:

• दिमित्री स्टोलिरोव - 10 साल के ऑन-कॉल। हमने क्या सीखा है?
• फिलिप क्रैन - अपने ऑडिटिंग इवेंट्स स्केल
• सर्गेई फेडोरोव - हम इंटरनेट अनुरोधों को गति देते हैं, और शांति से सोते हैं

बादल

बादल सबसे बड़ा और सबसे बड़ा विषय है। कभी ऐसा माना जाता था कि सार्वजनिक बादल "हमारी हर चीज" हैं। फिर यह पता चला कि सभी नहीं। तब पता चला कि यह हमारा भी नहीं था! निजी बादलों के कई प्रेमी दिखाई दिए, संकर बादल उत्पन्न हुए। यह इस साल शुरू नहीं हुआ, लेकिन बहुत पहले। अब एक मुख्य प्रश्न यह है कि इस सब को कैसे जोड़ा जाए। उदाहरण के लिए, VMWare AWS के साथ कैसे मेल खाता है, क्योंकि VMWare Azure में आया था , और AWS के लिए भी , और यह पहले से ही वर्ष भर में बहुत बड़ी खबर है।

बेशक, हर जगह, ज्यादातर रिपोर्टों में (केवल क्लाउड अनुभाग नहीं) कुबेरनेट्स का एक तरह से या किसी अन्य में उल्लेख किया गया है। उसने हर जगह घुसपैठ की और किसी को भी इंतजार करना शुरू कर दिया - कुबेरनेट्स हत्यारा कब दिखाई देगा? अभी तक, यह दिखाई नहीं दे रहा है। कुछ साल पहले, मुख्य सवाल था - इस जटिल असंगत चीज के साथ कैसे रहना है, लेकिन अब हर कोई पहले से ही एक बुरे पड़ोसी के लिए उपयोग किया जाता है और बातचीत करना सीख गया है। ऑपरेटर्स? Knative? कोटलिन DSL?

यह बोल्ड नई दुनिया इतनी बड़ी और विविध है कि यहाँ सब कुछ सूचीबद्ध करने का कोई मतलब नहीं है, बस रिपोर्ट की इस सूची पर एक नज़र डालें:

• Mete Atamel - सर्वर रहित कंटेनर जिसमें चाकू और क्लाउड रन होते हैं
• सर्गेई कर्सन - एक कोड के रूप में सीडीके और बुनियादी ढांचा
• जेसिका दीन - ज़ीरो से लेकर DevOps सुपरहीरो: द कंटेनर एडिशन
• निखिल बर्थवाल - क्लाउड रन एप्लिकेशन के रूप में माइक्रोसर्विस आर्किटेक्चर को लागू करना
• निकोले इहलैने - एक MySQL स्टीमर को कैसे चलाया जाए
• फेडर केमास्किन - ऑपरेटरों के बारे में अंतिम कहानी
• विक्टर गामोव, फेडर कोरोटकोव - इसे कोड में करें (YAML नहीं)! कुबेरनेट्स के लिए कोटलिन डीएसएल की बिजली अनलॉक करें
• इवान ग्लुशकोव - कुबेरनेट्स में चूल्हा स्केलिंग की असहनीय आसानी
• दिमित्री गुबेंको - टेराफॉर्म बनाम हेल्म: बुनियादी ढांचे के लिए लड़ाई

Keynouty

हमारे पास तीन कीनोट भी हैं। वे उपलब्ध सबसे बड़े कमरे पर कब्जा कर लेते हैं, उनके साथ समानांतर में कोई अन्य रिपोर्ट नहीं है, और वे एक विस्तृत दर्शकों के लिए डिज़ाइन किए गए हैं, उनका नेतृत्व उनके सबसे प्रसिद्ध वक्ताओं द्वारा किया जाता है।

सम्मेलन टिमोथी लिस्टर, पीपुलवेयर के सह-लेखक, वाल्टजिंग विद द बीयर्स, एड्रेनालाईन के दीवाने और टेम्पलेट लाश के साथ खुलता है। ये सभी पुस्तकें अपने क्षेत्र में कालजयी हैं और अटलांटिक सिस्टम्स गिल्ड के सहयोगियों के साथ लिखी गई हैं। "वर्ण, समुदाय और संस्कृति: समृद्धि के महत्वपूर्ण कारक" रिपोर्ट में, टिम संगठनों, कार्य संस्कृति, कंपनी में काम करने के उपयोगी और हानिकारक पहलुओं के लिए सर्वोत्तम प्रथाओं के बारे में बात करेंगे। सामान्य तौर पर, वह दशकों से जो बात कर रहा है, उसके बारे में, लेकिन 2019 की वास्तविकताओं के बारे में अपडेट किया गया है। यदि विवरण दिलचस्प हैं, तो अभी हाल ही में हमने हैबर के लिए उनके साथ एक शानदार साक्षात्कार किया। क्या वे एक नई किताब लिखते हैं - हां, वे करते हैं, साक्षात्कार पढ़ते हैं।

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

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

आगे क्या है?

पूर्ण सम्मेलन कार्यक्रम साइट पर प्रकाशित किया गया है , हर जगह विस्तृत विवरण हैं, कार्यक्रम समिति की टिप्पणियां हर जगह हैं, और #kubernetes जैसे टैग आपको रिपोर्ट कार्ड पर जाने के बिना सामग्री को नेविगेट करने की अनुमति देते हैं।

हम आपको याद दिलाते हैं कि देवऑप्स 2019 सेंट पीटर्सबर्ग में 29-30 अक्टूबर को आयोजित किया जाएगा , सम्मेलन की आधिकारिक वेबसाइट पर टिकट खरीदे जा सकते हैं। आप Habré पर हमारे ब्लॉग से या मुख्य पृष्ठ पर मेलिंग सूची की सदस्यता लेने से सभी महत्वपूर्ण समाचारों के बारे में जान सकते हैं।