जेनकिंस के निर्माता कोहसके कावागुची के साथ शानदार साक्षात्कार

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

जैसा कि आप जानते हैं, जेनकिंस एक ओपन सोर्स प्रोजेक्ट है जो एमआईटी लाइसेंस के साथ है। हाल ही में, FOSDEM सम्मेलन आयोजित किया गया था - दुनिया में सबसे बड़ा सम्मेलन मुफ्त सॉफ्टवेयर के लिए समर्पित है। दुनिया भर के दर्जनों वक्ताओं के साथ मुक्त, खुला। इसका मतलब यह है कि आप वहां किसी से भी मिल सकते हैं - यहां तक ​​कि जेनकिंस के निर्माता भी। JUG.ru समूह के दोस्तों और सहयोगियों के एक छोटे समूह के साथ, हमने वहां एक आश्चर्यजनक लैंडिंग की और जेनकिंस के निर्माता के साथ एक अच्छा साक्षात्कार रिकॉर्ड करने में सक्षम थे।

तो, हमारे आभासी स्टूडियो में, कोस्के कावागुची (जो खुद को पेश करेंगे और नीचे विस्तार से सब कुछ बताएंगे), रुग्लान अक्हमत्ज़्यानोव ARG89 JUG.ru ग्रुप से और किरिल टोल्कचेव टोलकवव , सियान से, हमारे निरंतर स्पीकर, गुरु ग्रूवी, ग्रैडल, स्प्रिंग और नेटफ्लिक्स टेक्नोलॉजी स्टैक, जिन्हें आप डेब्रीडिंग पॉडकास्ट से जान सकते हैं।

रुस्लान: नमस्कार। पहले, अपने बारे में और जेनकिंस के बारे में थोड़ा बताइए?

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

किरिल: मैं अपना परिचय भी दूंगा - मैं एक डेवलपर हूं और मॉस्को जेनकिंस एरिया मीटअप (जेएएम) का भी आयोजन करता हूं। मुझे जेनकिंस, खासकर स्क्रिप्टेड / डिक्लेरेटिव पाइपलाइन का उपयोग करने का व्यापक अनुभव है। क्या आप मुझे बता सकते हैं कि जेनकिन्स को विकसित करने वाली कंपनी का सीटीओ क्या कर रहा है?

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

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

किरिल: अगर मैं आपको सही तरीके से समझता हूं, तो आपका ध्यान तकनीकी मुद्दों से समुदाय के साथ काम करने में बदल गया है?

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

किरिल: और कितने साल पहले तकनीकी कार्य से संगठनात्मक कार्यों की ओर प्रस्थान शुरू हुआ? क्या आप जेनकिंस की कहानी बता सकते हैं और जैसे-जैसे प्रोजेक्ट बढ़ता गया आपकी भूमिका कैसे बदलती गई?

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

किरिल: धन्यवाद। आज, जेनकिंस सबसे लोकप्रिय सीआई प्रणाली है। और अन्य वाणिज्यिक सीआई प्रणालियों की तुलना में जेनकिंस का वाणिज्यिक संस्करण कितना आम है? उदाहरण के लिए, ट्रैविस एंटरप्राइज के साथ या सिस्टम के साथ जो स्थानीय रूप से काम कर सकते हैं?

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

किरिल: क्या आप उन लोगों से मतलब रखते हैं जो सशुल्क संस्करण का उपयोग करते हैं? या जिनके पास मुफ्त है, वे भी?

कोसुके: दोनों। यही है, अगर कोई व्यक्ति उत्पाद खरीदता है, तो उसे समर्थन प्रदान किया जाएगा, लेकिन यह मालिकाना सॉफ्टवेयर का उपयोग किए बिना भी प्राप्त किया जा सकता है।

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

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

किरिल: जाहिरा तौर पर, आप कंपनी में एक महत्वपूर्ण भूमिका निभाते हैं। अधिक व्यक्तिगत मुद्दों पर चलते हैं। आपकी पसंदीदा जेनकिंस विशेषता क्या है जो आप सुबह से रात तक के बारे में बात कर सकते हैं?

Kosuke: खैर, सुबह से रात तक बात करना मुश्किल होगा। मुझे अब अधिक दिलचस्पी है कि संगठन कैसे काम करता है - मुझे लगता है कि यह मेरे कार्य के कारण है। जब मैंने अकेले काम किया, तो मेरा ध्यान व्यक्तिगत विशेषताओं पर ज्यादा केंद्रित था। अब मैं ऐसा नहीं सोचता, इसलिए मेरे लिए आपके प्रश्न का उत्तर देना कठिन है।

किरिल: फिर, शायद, आपको कुछ ऐसी सुविधा याद है जो सालों पहले लागू की गई थी और जो बहुत गर्व की थीं?

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

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

रुस्लान: क्या आप जेनकिंस लिखते समय जेनकींस का उपयोग करते हैं?

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

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

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

किरिल: बिल्कुल।

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

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

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

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

किरिल: अगर आप बुरा न मानें, तो मेरे दो और सवाल होंगे। पिछले साल में किस विशेषता ने आपको सबसे अधिक परेशान किया है? प्रत्येक प्रोजेक्ट में मुश्किल अवधि होती है - क्या आप हमें बता सकते हैं कि वे आपके जैसे कैसे दिखते थे?

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

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

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

सिरिल: रुकावट के लिए क्षमा करें - क्या यह जावा की तरह जेईपी के रूप में संक्षिप्त है?

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

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

किरिल: ठीक है, चलो आशा करते हैं कि जेईपी पेटेंट नहीं किया गया है :) जेनकिंस के लेखक के रूप में आप पर सवाल - किसका विचार स्क्रीप्ट पाइपलाइन था?

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

रुस्लान: क्या आपने स्क्रिप्टेड पाइपलाइन के कार्यान्वयन को प्रभावित किया है?

कोसुके: हाँ, इसके मूल संस्करण पर।

किरिल: जैसा कि हम जानते हैं, किसी भी डीएसएल को लागू करने के दो तरीके हैं - सांख्यिकीय और गतिशील रूप से। स्क्रिप्टेड पाइपलाइन के लिए गतिशील दृष्टिकोण क्यों चुना गया था?

कोसुके: मुझे डर है कि मुझे बिल्कुल समझ में नहीं आ रहा है कि वास्तव में आपके पास स्थिर और गतिशील दृष्टिकोणों का क्या मतलब है।

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

कोसुके: सच कहूं, तो यह वास्तव में मेरे लिए बिल्कुल मायने नहीं रखता है जब संकलन होता है। लेकिन मैं सामान्य सेटिंग्स के बारे में बात कर सकता हूं जो हमने स्क्रिप्टेड पाइपलाइन को डिजाइन करते समय पीछा किया था। एक निश्चित स्तर पर, स्वचालन की जटिलता से जेनकींस उपयोगकर्ताओं की एक बड़ी संख्या में बाधा उत्पन्न हुई। कई घटकों की सही बातचीत सुनिश्चित करना आवश्यक था। कोड संकलित किया जाता है, परीक्षण चलाए जाते हैं, फिर आपको तब तक इंतजार करने की आवश्यकता होती है जब तक कि तैनाती की पुष्टि नहीं हो जाती है और इसी तरह। , — Infrastructure as Code. , . Scripted Pipeline. , Pipeline , , Scripted Pipeline, . , , . Declarative Pipeline.

: , -, Jenkins, API . -, Scripted Pipeline, DSL. Declarative Pipeline , . — Pipeline Jenkins? , Jenkins.

: , , . , Pipeline, , , . Freestyle Job, Jenkins, . - , , Freestyle Job . , , . , Pipeline . - — , Shared Libraries. , . . , .

: Jenkins. Jenkins 2. API . Jenkins , , , , . , , ?

: , . , . Jenkins. , 800 , 1600 — , , . , . , . « » , , , , , . , , .

: , Java? 15-, 20- . Python 2 Python 3, ? ?

: , , , Java Python. , . , Jenkins , . , . , , . , , , . , , , Jenkins X. , , .

: , !

5-6 JPoint «Superpowers coming to your Jenkins» . , . JPoint ( , ).