मोंटी टेलर के साथ साक्षात्कार, ओपनस्टैक कंटीन्यूअस इंटीग्रेशन प्रोजेक्ट मैनेजर

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

हमारा दूसरा साक्षात्कार ओपनस्टैक सीआई (निरंतर एकीकरण) के तकनीकी परियोजना प्रबंधक मोंटी टेलर के साथ है।

मिरांटिस: कृपया अपना परिचय दें।

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

प्रश्न: ओपनस्टैक प्रोजेक्ट के साथ आपकी शुरुआत कैसे हुई?

उत्तर: मैंने रैकस्पेस में उस टीम में काम किया, जिसने मूल रूप से ओपनस्टैक प्रोजेक्ट को उठाया था। मैं शुरू से ही यहाँ हूँ। आप अभी भी लॉन्चपैड में कुछ परियोजनाओं के तहत मेरा नाम देख सकते हैं, क्योंकि मैंने उन्हें बनाने में मदद की, लेकिन आप लॉन्चपैड में बदलाव नहीं कर सकते।

प्रश्न: आप ओपनस्टैक के साथ काम क्यों करते हैं?

उत्तर: मैं खुले बादल के महत्व पर दृढ़ता से विश्वास करता हूं और हर कोई धीरे-धीरे प्रबंधित सेवाओं और क्लाउड अनुप्रयोगों की ओर बढ़ेगा।

सवाल: प्रोजेक्ट मैनेजर के रूप में आपकी क्या जिम्मेदारी है?

उत्तर: हमारी टीम स्व-प्रेरणा के लिए प्रसिद्ध है, यह स्वतंत्र दिमाग वाले पेशेवरों की टीम है। टीम को क्या और कैसे करना है, यह बताने के बजाय, हम एक साथ काम करते हैं। नेतृत्व के संदर्भ में, मैं लोगों के साथ संवाद करने के लिए एक बाहरी दूत नहीं बल्कि एक राजदूत हूं। मैं उन कंपनियों के साथ काम करता हूं जो हमें संसाधन प्रदान करती हैं, और मैं ऐसा करने के लिए हर संभव प्रयास करता हूं।

प्रश्न: क्या आप बता सकते हैं कि निरंतर एकीकरण क्या है -संयोजक एकीकरण (CI)? ओपनस्टैक के लिए इतना महत्वपूर्ण क्यों है?

उत्तर: हमने कोड की स्थिति को स्वचालित रूप से मॉनिटर करने के विचार के साथ परियोजना शुरू की। मास्टर कोड में नए कोड को इंजेक्ट करने के लिए जिम्मेदार एक विशेष व्यक्ति को नियुक्त करने के बजाय, जो बहुत ही उबाऊ कार्य है, हमने इसे स्वचालित रूप से लागू किया।

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

अब हमारे पास 800 डेवलपर्स सक्रिय रूप से ओपनस्टैक प्रोजेक्ट पर काम कर रहे हैं। यदि हम उनमें से किसी को भी कुछ भी उल्लंघन करने की अनुमति देते हैं, तो यह शेष 799 को प्रभावित करेगा, जिससे जलप्रपात का प्रभाव पड़ेगा। हर कोई परेशान हो जाएगा, और कोई भी आगे कार्य करने में सक्षम नहीं होगा, क्योंकि वे आराम करने के बाद सफाई करेंगे।

इसलिए, हमारा काम विकास की गुणवत्ता और गति के कारणों के लिए ओपनस्टैक परियोजना के लिए महत्वपूर्ण है।

प्रश्न: जेनकींस या बिल्डबॉट जैसे अन्य निरंतर एकीकरण प्रणालियों की तुलना में ओपनस्टैक सीआई परियोजना में क्या वास्तव में अद्वितीय है?

उत्तर: हम कोड को संपादित करने का अधिकार सभी से छीन लेते हैं, कोई भी सीधे परिवर्तन नहीं कर सकता है। यह एक कठिन स्थिति है। हमने इसे नामित किया है, जो मेरी राय में इस तरह की परियोजनाओं के लिए अद्वितीय है।

जेनकिन्स उस प्रणाली के तत्वों में से एक है जिसका हम उपयोग करते हैं, लेकिन यह पूरी तरह से एकीकृत नहीं है कि हम यहां क्या करने की कोशिश कर रहे हैं। इसलिए, हमने अपने निरंतर एकीकरण प्रणाली के निर्माण के लिए कुछ उपकरण जोड़े।

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

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

प्रश्न: निरंतर एकीकरण (CI) समुदाय ने अब तक क्या हासिल किया है?

उत्तर: टीम के केवल चार सदस्य प्रोजेक्ट को अपने कंधों पर रखते हैं, और हम रिलीज़ रिलीज़ करना जारी रखते हैं। यह महान है।

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

प्रश्न: हवाना रिलीज में निरंतर एकीकरण की क्या विशेषताएं हैं?

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

हमने केंद्रीय लॉग एग्रीगेटर लॉगस्टैश को भी उठाना शुरू कर दिया। आमतौर पर, क्रैश के बाद परीक्षण को डिबग करने के लिए डेटा प्राप्त करना एक समस्या थी।

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

हमारे काम का सार डेवलपर्स के लिए फीडबैक प्रदान करना है जो ओपनस्टैक में अपडेट के जारी होने के लिए आवश्यकताओं को कम किए बिना लचीले ढंग से काम करना जारी रखे।

प्रश्न: आपने ओपनस्टैक टूल्स के अधिकतम लोकतंत्रीकरण के बारे में बात की थी। आपके लिए इसका क्या मतलब है?

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

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

ओपनस्टैक प्रोजेक्ट में 200 से अधिक कंपनियां शामिल हैं। यदि उनमें से एक अधिक परीक्षण करना चाहता है, उदाहरण के लिए, सोलारिस पर, मुझे उन्हें यह अवसर प्रदान करना चाहिए, और उन्हें यह समझाने के लिए नहीं करना चाहिए कि यह महत्वपूर्ण है, और फिर मुझे प्रशिक्षित करें। यह मेरे और उनके लिए अनुचित है।

प्रश्न: ऐसा लगता है कि आप लोगों के प्रति आशावाद और यथार्थवाद के बीच संतुलन बनाने में कामयाब रहे हैं।

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

प्रश्न: दार्शनिक रूप से बोलते हुए, ओपेनस्टैक परियोजना के लिए आपका दृष्टिकोण क्या है?

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

इसके सकारात्मक और नकारात्मक पक्ष हैं। प्लस साइड पर, वे सभी बस एक समस्या का समाधान करते हैं जो पहले किसी ने हल नहीं किया है। निगेटिव - इनमें से प्रत्येक कंपनी वैश्विक नेटवर्क के मानकीकरण से पहले ग्राहक को प्रोडूजी और कंपू के समान रखना चाहती है।

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

प्रश्न: निरंतर एकीकरण (CI) के बारे में आप क्या जानना चाहेंगे?

उत्तर: मुझे यकीन नहीं है कि हर कोई जानता है कि यह एक खुली प्रणाली है जिसमें कोई भी शामिल हो सकता है, और यह कि हम ख़ुशी से किसी को स्वीकार करेंगे और सभी की प्रतीक्षा करेंगे।

प्रश्न: मैं किसी प्रोजेक्ट पर कैसे काम शुरू कर सकता हूं?

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

प्रश्न: क्या आपको लगता है कि ओपनस्टैक प्रोजेक्ट ने ओपन सोर्स प्रोजेक्ट को बिल्कुल बदल दिया है? और यदि हां, तो कैसे?

उत्तर: एक ही समय में कई कंपनियां ओपनस्टैक परियोजना पर काम कर रही हैं, और हम कई निगमों में शामिल होने पर ऐसी प्रारंभिक शर्तों के तहत बहुत कुछ हासिल करने में कामयाब रहे। यह पहली ऐसी परियोजना है। लिनक्स में कई निगम शामिल थे, लेकिन इसमें उन्हें एक लंबा समय लगा ... आईबीएम और इन सभी कॉर्पोरेट सदस्यों को तुरंत शामिल नहीं किया गया। यह अपने खाली समय में लोगों को आकर्षित करने का एक लंबा रास्ता था।

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

सवाल आपका बहुत बहुत धन्यवाद मोंटी

उत्तर: बिलकुल नहीं।