कम से कम कुछ साल बीत चुके हैं जब शब्द "DevOps" सभी ने सुना था। किसने सिर्फ इसे लागू नहीं किया, और केवल क्या नहीं किया।

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

कई पुस्तकों में उत्तर की तलाश कर रहे हैं, क्योंकि उनमें से बहुत कुछ हाल ही में हुआ है। उदाहरण के लिए, सबसे महत्वपूर्ण में से एक मुझे लगता है कि हमारे स्पीकर जॉन विलिस और Google SRE बुक के लेखक डेप्स हैंडबुक हैं, जो मुफ्त में इंटरनेट पर उपलब्ध हैं। हालाँकि, इन पुस्तकों को पढ़ते हुए, मुझे निम्नलिखित बातें पता चलीं: एक सूखा पाठ ज्ञान के हस्तांतरण के लिए बहुत उपयुक्त नहीं है, बहुत ही जीवित लोगों के वास्तविक काम पर आधारित है। यह बहुत सारगर्भित ज्ञान देता है।

उदाहरण के लिए, हम अध्याय 14 को लेते हैं, "प्रबंधन की घटनाएं" । हमें दो उदाहरण दिए गए हैं: सबसे पहले, एक घटना की कहानी, जिसे गलत तरीके से निपटाया गया था, को रंगीन तरीके से बताया गया है। फिर वही कहानी बताई जाती है, लेकिन सही संरचना और अच्छे परिणाम के साथ। यदि आप महत्वपूर्ण प्रथाओं का पालन करते हैं तो एक अच्छा परिणाम होता है:

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

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

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

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

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

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

केवल DevOps के बारे में

सबसे पहले, विशेषता यह है कि यह सम्मेलन केवल DevOps के बारे में है। सिद्धांत रूप में, रूस में अधिकांश प्रमुख आईटी सम्मेलनों में अब कुछ दत्तक विषय हैं। यदि आप तुरंत सम्मेलनों के एक समूह में जाते हैं, तो आप एक अच्छा आधार प्राप्त कर सकते हैं। लेकिन उन्हें जावा, .NET, जावास्क्रिप्ट प्रोग्रामर और इतने पर सब कुछ सुनना होगा जो दर्दनाक हो गया है, और आमतौर पर - कोई फायदा नहीं हुआ। लेकिन यह सब बहुत लंबा और पागलपन है। DevOops सम्मेलन केवल DevOps पर केंद्रित है और इस तरह कई कष्टप्रद संगठनात्मक समस्याओं को हल करता है।

वे कंटेनरों और उनके ऑर्केस्ट्रेशन, वर्चुअलाइजेशन और क्लाउड्स, मॉनिटरिंग और ऑडिटिंग, सीआई और सीडी के बारे में बात करेंगे, और सामान्य तौर पर "देवओप्स" शब्द के बारे में सब कुछ जो दिमाग में आता है।

वक्ताओं

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

जॉन विलिस

शब्दों में यह बताना असंभव है कि वह कितना शांत है कि वह हमारे पास आता है। जॉन कई DevOps पिताओं में से एक है, जो पिछले बीस वर्षों में प्रकाशित 10 पुस्तकों के लेखक हैं, जिनमें प्रसिद्ध DevOps Handbook और Beyond the Fenix ​​Project , 35 वर्षों के लिए एक ऑप्स गुरु और सिर्फ एक जीवित किंवदंती शामिल है।

वारगो सेट करें

सेठ एक Google डेवलपर एडवोकेट हैं, और इससे पहले उन्होंने HashiCorp, शेफ सॉफ्टवेयर और अन्य स्थानों पर काम किया था। आपने उनकी पुस्तक लर्निंग शेफ पढ़ी होगी या पहले ही सम्मेलनों में मिल चुके होंगे।

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

लिज़ चावल

एक्वा सिक्योरिटी में टेक्निकल इंजीलवादी, क्यूबकॉन प्रोग्राम कमेटी के प्रमुख, दुनिया भर के सम्मेलनों में सर्वश्रेष्ठ कीनोट बनाते हैं।

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

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

जेसिका डीन

जेसिका Microsoft क्लाउड डेवलपर समुदाय का प्रतिनिधि है, जो Azure, बुनियादी ढांचे और कंटेनरों में विशेषज्ञता रखता है। और वह जीएनयू / लिनक्स और ओपन सोर्स के बारे में बहुत कुछ जानती है - मुझे पांच साल पहले बताएं कि मैं माइक्रोसॉफ्ट के एक व्यक्ति के बारे में लिखूंगा, वह हंसेगी।

Microsoft में शामिल होने से पहले, उसने सैन फ्रांसिस्को के अंतिम उपयोगकर्ताओं के साथ दस साल से अधिक समय तक कॉर्पोरेट वातावरण के लिए एक आईटी सलाहकार और सिस्टम प्रशासक के रूप में काम किया।

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

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

पॉल स्टैक

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

पॉल पहले ही पिछले DevOops में बात कर चुके हैं, और सम्मेलन के प्रतिभागियों ने उन्हें इतना पसंद किया कि हमने उन्हें फिर से आमंत्रित करने का फैसला किया!

पिछली रिपोर्ट का रिकॉर्ड यहाँ देखा जा सकता है:

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

अलीना प्रखरचिक

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

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

एंटन वीस

एंटोन वीस, ओटोमेटो सॉफ्टवेयर से परामर्श करने वाली प्रौद्योगिकी के सह-मालिक हैं, जो उच्च प्रौद्योगिकी के क्षेत्र में 15 से अधिक वर्षों के अनुभव के मालिक हैं। वह तकनीकी शिक्षण में एक विशेषज्ञ है, जो पहले इज़राइल DevOPS प्रमाणन पाठ्यक्रम के सर्जक और सह-लेखक हैं। एंटोन अंतर्राष्ट्रीय सम्मेलनों में भाग लेते हैं और एक शांत वक्ता के रूप में जाने जाते हैं।

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

एंटन बबेंको

बहुत से लोग अपने दैनिक कार्य में टेराफॉर्म को जानते हैं और उनका उपयोग करते हैं। लेकिन अभी तक, टेराफॉर्म के लिए कोई सर्वोत्तम अभ्यास नहीं हैं। प्रत्येक टीम को अपने स्वयं के दृष्टिकोण, तरीकों का आविष्कार करना होगा।
एंटोन GWSHub पर टेराफॉर्म समुदाय मॉड्यूल का एक संग्रह चलाता है (जिस तरह से टेराफॉर्म-एव्स-मॉड्यूल - एक मिलियन से अधिक डाउनलोड!) और उत्पादन में टेराफॉर्म के दीर्घकालिक रखरखाव के बारे में सब कुछ जानता है। वह हमारे साथ अपना बहुमूल्य अनुभव साझा करने के लिए तैयार हैं। TF मॉड्यूल कैसे लिखें ताकि यह आहत न हो

अलेक्जेंडर टिटोव

अलेक्जेंडर DevOps मास्को समुदाय और DevOpsDays मास्को सम्मेलन का आयोजक है।

एक्सप्रेस 42 में एक प्रबंधन भागीदार के रूप में, वह अब प्रौद्योगिकी कंपनियों में DevOps बढ़ा रहा है। इससे पहले, वह रूस में पहले क्लाउड होस्टिंग के तकनीकी निदेशक थे - स्कैलेक्सी, और इससे पहले वह Qik के साथ आकर्षक अधिग्रहण पथ पर चले गए - एक तेजी से बढ़ते स्टार्टअप को संचालित करने से एक बड़ी अंतरराष्ट्रीय कंपनी Microsoft में संचालन करने का तरीका।

किरिल टोल्कचेव ( @tolkv )

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

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

बारूक सदोगुरस्की (@jbaruch) और लियोनिद इगोलनिक

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

DevOops में, उन्होंने एक भव्य समापन कीनोट बनाया, जिसकी एक रिकॉर्डिंग यहाँ देखी जा सकती है:

उन लोगों के लिए जो अभी तक नहीं जानते हैं (क्या कोई है?), बारूक जेफ्रॉग में एक डेवलपर वकील है और जीवन में बिल्कुल 3 चीजें करता है: डेवलपर्स, उपयोगकर्ताओं और ग्राहकों के साथ घूमता है, उनके लिए कोड लिखता है और ब्लॉग और सम्मेलनों में छापों के बारे में बात करता है। - जैसे DockerCon, DevOps Days, कंटेनर वर्ल्ड, JPoint और जोकर, और कई अन्य। और इसलिए एक पंक्ति में दस साल से अधिक के लिए, एक मिनट भी इसे पछतावा नहीं है।

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

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

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

अगले चरण

DevOops 2018 का आयोजन 14 अक्टूबर, 2018 को सेंट पीटर्सबर्ग में होगा।

परियोजना के साथ आगे परिचित साइट पर जारी रखा जा सकता है। मुख्य पृष्ठ पर सदस्यता फॉर्म पर ध्यान दें: निश्चित रूप से समाचार होगा।

DevOops 2018 पर मिलते हैं! यह बहुत अच्छा होगा!