NGINX इगोर Sysoev के निर्माता के साथ साक्षात्कार

- इगोर, मुझे बताएं कि आपकी शिक्षा का निर्माण कैसे हुआ, आप प्रोग्रामिंग में कैसे आए और सामान्य तौर पर कंप्यूटर में रुचि रखते थे?
मेरा जन्म कजाकिस्तान में एक छोटे से शहर में हुआ था। जब मैं लगभग एक साल का था, मेरे पिता (वह एक सैन्य व्यक्ति थे) को अल्मा-अता में स्थानांतरित कर दिया गया था, और मैं 18 साल की उम्र तक वहां रहा था। 1987 में, मैंने हाई स्कूल से स्नातक किया और बॉमन एमवीटीयू में प्रवेश करने के लिए चला गया, हालांकि, मैं इसे पहली बार नहीं कर सका, और मैं अल्मा-अता में लौट आया, जहाँ मुझे यूएसएसआर भूविज्ञान मंत्रालय के उन्नत अध्ययन संस्थान की एक शाखा में प्रयोगशाला सहायक के रूप में नौकरी मिली। पुराने Iskra-226 कंप्यूटर थे, और उन पर मैंने BASIC पर कुछ प्रोग्राम करना शुरू किया। और उस समय पत्रिका "रेडियो" में अपने स्वयं के कंप्यूटर "रेडियो -86 आरके" को इकट्ठा करने के लिए लेखों की एक श्रृंखला प्रकाशित की गई थी, और उनके पढ़ने के लिए धन्यवाद मुझे बहुत अच्छा विचार था कि कंप्यूटर कैसे काम करता है और यह कैसे काम करता है। और कंप्यूटर के साथ पहला अनुभव थोड़ा पहले था: हाई स्कूल में मैं पायनियर्स के पैलेस में गया, और वहां उन्होंने यामाहा केयूवीटी कंप्यूटर (एमएसएक्स मानक) लगाए। मुझे याद है कि जब मैंने पहला कार्यक्रम डायल किया था, तो मैंने यूनिट I को पत्र I के साथ भ्रमित किया था। सामान्य तौर पर, इस तरह की चीजों के कारण यह मेरे लिए काम नहीं करता था।

- क्या आपको अपना पहला प्रोग्राम याद है जो अन्य लोग इस्तेमाल करते हैं?
मेरा पहला प्रमुख और अलग-थलग कार्यक्रम एवी एंटीवायरस था, जिसे मैंने 1989-1990 में लिखा था। यह पूरी तरह से कोडांतरक में लिखा गया था, कोडांतरक कोड की मात्रा लगभग 100 KB थी। कार्यक्रम कई वायरस खोजने में सक्षम था, यूएसएसआर में तत्कालीन ज्ञात वायरस के कई हस्ताक्षरों के साथ कार्यक्रम के अंदर एक आधार तार था, जिनमें से दस की संख्या में थे: वायरस "मारिजुआना", "सोफिया", "वियना" और कई और अधिक, मुझे उनके नाम याद नहीं हैं। यह मेरा पहला कार्यक्रम था, जिसे मैंने बायनेरिज़ में वितरित किया था - मैंने तब स्रोत कोड वितरित नहीं किया था। परिणामस्वरूप, यह पूरे देश में फैल गया, और कई कारखानों में भी स्थापित किया गया था। प्रतिक्रिया भी थी: लोगों ने मेल द्वारा फ्लॉपी डिस्क पर लिखे वायरस के साथ पत्र भेजे। कुछ समय के लिए मैंने इस एंटीवायरस का समर्थन किया, लेकिन 1992 में वर्ष के परिणामस्वरूप, मैंने पहले ही इस विषय में रुचि खो दी, और कार्यक्रम मर गया।
1994 में, मैंने संस्थान से स्नातक किया, और एक साल पहले मैंने एक कंपनी में सिस्टम प्रशासक के रूप में काम करना शुरू किया जो पेट्रोलियम उत्पादों की बिक्री में शामिल था। मैंने लगभग 7 वर्षों तक वहां काम किया, जिसके बाद अप्रैल 2000 में मैंने छोड़ने का फैसला किया। तब बस NASDAQ को उड़ा दिया गया था, डॉट-कॉम बबल फट गया, और बस उसी क्षण मैंने ऑनलाइन जाने का फैसला किया। छह महीने के लिए मैंने ऑनलाइन दुकान XXL.RU में काम किया, जिसके बाद, जैसा कि मुझे अब याद है, 13 नवंबर 2000 को मैं रामबलर में काम करने आया था।

- आपने रामबलेर में क्या किया?
मैंने सिस्टम एडमिनिस्ट्रेटर के रूप में काम किया। हालाँकि, सिस्टम एडमिनिस्ट्रेटर के प्रत्यक्ष काम के अलावा, मैंने फिर से अपने खाली समय में प्रोग्राम लिखना शुरू किया। यह ध्यान दिया जाना चाहिए कि प्रोग्रामिंग मेरी नौकरी की जिम्मेदारियों का हिस्सा नहीं था, लेकिन चूंकि समय और कर्षण था, इसलिए पहली चीज जो मैंने की थी, वह अपाचे प्रतिक्रियाओं को संपीड़ित करने के लिए पैच के अनुकूल थी। दुर्भाग्य से, उस समय mod_gzip नाम पहले से ही लिया गया था, इसलिए मैंने mod_deflate के अपने संस्करण का नाम दिया, इसने Apache 1.3 के साथ काम किया।
तब मुझे mod_proxy मॉड्यूल से निपटने के लिए कहा गया था। मैंने इसे देखा और यह निर्णय लिया कि खरोंच से सब कुछ लिखना आसान था, ताकि कुछ चीजों को अनुकूलित किया जा सके। इस प्रकार, mod_accel मॉड्यूल दिखाई दिया - रिवर्स प्रॉक्सिंग के लिए अपाचे के लिए एक मॉड्यूल और पैच का एक सेट। यह सब 2001 के वसंत में भी था।
- यानी, ये सभी मॉड्यूल आपने सार्वजनिक रूप से लेटते हुए, रामबलर के लिए किए थे?
"ज्यादातर, हाँ।" Mod_deflate वास्तव में एक पैच से आया है जो दिमित्री क्रिस्लेलेव ने आरबीसी में काम करते समय लिखा था। यही है, इस पैच को एक आधार के रूप में लिया गया था, वहां मेरा कोड, शायद आधा ही था।
2001 के पतन में, मुझे अपाचे की तुलना में हल्का और अधिक शक्तिशाली वेब सर्वर लिखने का विचार था। उस समय पहले से ही अन्य समान सर्वर थे, लेकिन उन सभी को नहीं पता था कि प्रॉक्सी कैसे करना है, उन्होंने केवल स्थैतिक दिया। उनके पास एक और सामान्य दोष था - उन्होंने एक प्रक्रिया में काम किया, और, तदनुसार, उन्हें स्केल करने के लिए, उदाहरण के लिए, दोहरे प्रोसेसर मशीन पर अवास्तविक था।
उस समय मुझे पहले से ही अपाचे के साथ काम करने का बहुत अच्छा अनुभव था - एक सिस्टम एडमिनिस्ट्रेटर और एक प्रोग्रामर के रूप में। मेरे ज्ञान में दो लिखित मॉड्यूल जोड़े गए: मुझे अपाचे के स्रोत कोड को देखना था और समझना था कि वहां सब कुछ कैसे काम करता है। इसलिए, नगीने में बहुत सारी चीजें वैचारिक रूप से अपाचे से चली गईं। कोड नहीं, बल्कि विचारधारा, सभी नगनेक्स कोड खरोंच से लिखे गए थे।
हालांकि, मुझे अपाचे में सब कुछ पसंद नहीं था: उदाहरण के लिए, वहां एक कॉन्फ़िगरेशन बनाना बहुत आसान है जिसे बनाए रखना बेहद मुश्किल होगा। यही है, साइट बढ़ रही है, कुछ नई कार्यक्षमता जोड़ी जा रही है, और अंत में साइट के साथ काम करना असंभव हो जाता है। आपको कुछ जोड़ने की जरूरत है, और आप बैठते हैं, सोचते हैं: "और जो मैं जोड़ता हूं उससे क्या टूट जाएगा?" नग्नेक्स में मैंने इन चीजों से बचने की कोशिश की। सामान्य तौर पर, 2002 के आसपास, मैंने नगनेक्स विकसित करना शुरू कर दिया।

- क्या रैम्बलर के बाहर के लोगों को आपके घटनाक्रम के बारे में जल्दी पता चला? परियोजना कैसे विकसित हुई?
2003 में, उन्हें रामबेलर के बाहर मेरे विकास के बारे में पता चला, और, इसके अलावा, कई जगहों पर नगनेक्स का इस्तेमाल किया जाने लगा। पहले एस्टोनियाई डेटिंग साइट Rate.ee थी, जो अभी भी मौजूद है। यह, वैसे, एस्टोनिया में सबसे अधिक भरी हुई वेबसाइट है। फिर नगेंक्स का उपयोग mamba.ru और zvuki.ru पर किया जाने लगा, जहां इसने MP3 को वितरित किया।
2004 की शुरुआत में, रेम्बलर ने foto.rambler.ru सेवा शुरू की, और मेरे एक सहयोगी ओलेग बनिन ने मुझे रामबेलर फोटो सेवा सहित पूरी तरह से इसका उपयोग शुरू करने के लिए, नग्नेक्स में कार्यक्षमता का अनुरोध पूरा करने के लिए कहा। इस बिंदु तक, परियोजना काफी अकादमिक थी, मैंने धीरे-धीरे इसे लिखा था, लेकिन यह कभी भी किसी भी चीज़ में समाप्त नहीं हो सकता था, अर्थात इसे उत्पादन में कहीं भी नहीं रखा जा सकता था। सामान्य तौर पर, यह पता चला कि मैं तुरंत पूरा हुआ और समीप आया। और कहीं न कहीं 2004 की शुरुआत में, एक प्रॉक्सी संस्करण दिखाई दिया, और foto.rambler.ru सेवा ने नेग्नेक्स के आधार पर काम करना शुरू कर दिया।
4 अक्टूबर, 2004 को पहले अंतरिक्ष उपग्रह के प्रक्षेपण की वर्षगांठ पर, मैंने पहला सार्वजनिक संस्करण: 0.1.0 जारी किया।

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

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

- लेकिन एनालॉग्स हैं, लाइटटैप वही है, उदाहरण के लिए।
वास्तव में कुछ और कारण हैं: यह एक प्रभावी वेब अवसंरचना बनाने के लिए महत्वपूर्ण विशेषताओं का एक बल्कि दिलचस्प संयोजन बन गया, जिसे मैंने धीरे-धीरे जोड़ा और जिसने नगीनेक्स को एक अपरिहार्य उपकरण बना दिया। इसी समय, नगनेक्स को अनावश्यक विशेषताओं के साथ अतिभारित नहीं किया गया है और यह एक बहुत ही कॉम्पैक्ट विकास बना हुआ है। इसके अलावा, nginx की मॉड्यूलरता ने कई कंपनियों और तीसरे पक्ष के डेवलपर्स को nginx कोर के आधार पर अपने एक्सटेंशन बनाने की अनुमति दी है। हम कह सकते हैं कि nginx लंबे समय से अपनी तरह का एक वेब प्लेटफॉर्म बन गया है।
लाइटटैप (हल्की) के बारे में। यह एक बार नग्नेक्स की तुलना में अधिक सामान्य था, और दुनिया में अधिक प्रसिद्ध था। इसके लेखक जर्मन जन कान्स्के हैं। लोकप्रियता का अंतर इस तथ्य के कारण था कि रूस एक अतुलनीय देश है जहां एक बालिका और एक भालू, बर्फ और फिर यूरोप है। फिर, क्या अंग्रेजी दस्तावेज़ सहित अंग्रेजी के साथ बेहतर था? .. वैसे, lighttpd के लिए धन्यवाद, FastCGI प्रोटोकॉल ने एक दूसरी हवा प्राप्त की। 2000-2001 तक, यह विदेशी था, सभी ने दुभाषियों का इस्तेमाल किया जो अपाचे के अंदर थे: पीएचपी, पर्ल, पायथन। और चूंकि lighttpd में प्रक्रिया के अंदर PHP कोड निष्पादित करना असंभव है, इसलिए FastCGI समाधान बन गया। और यह lighttpd के लिए धन्यवाद था कि FastCGI ने दूसरा जीवन प्राप्त किया। हालांकि 2000 में वापस, लोगों ने कहा: "क्यों, यह क्या है - FastCGI? हमारे पास mod_php है और वहां सब कुछ ठीक है। ”


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

- स्पष्ट रूप से बताएं कि प्रॉक्सी आखिर क्यों अनुरोध करता है?
क्यों, वास्तव में, लोग अपाचे का उपयोग नगनेक्स के साथ करते हैं? ऐसा लगता है, क्यों एक अतिरिक्त लिंक है जो हस्तक्षेप करेगा। अपाचे अच्छा और प्रयोग करने में आसान है जहाँ आपको किसी प्रकार के एप्लिकेशन को चलाने की आवश्यकता है, उदाहरण के लिए, mod_php का उपयोग करके। अब कल्पना करें कि यह PHP प्रति सेकंड 100 प्रतिक्रियाओं को उत्पन्न करने में सक्षम है, और प्रत्येक उत्तर का आकार, सशर्त रूप से, 100 KB है। सभी क्लाइंट फास्ट कनेक्शन का उपयोग नहीं करते हैं: 10 साल पहले मॉडेम क्लाइंट थे, अब इंटरनेट बहुत व्यापक है, किसी के पास बस एक बुरा प्रदाता या धीमा टैरिफ है। और अब हमारे पास ग्राहक के लिए 100 KB और प्रभावी गति की प्रतिक्रिया है, उदाहरण के लिए, 80 Kb / s (10 KB / s)। इसका मतलब है कि यह प्रतिक्रिया क्लाइंट को 10 सेकंड के लिए प्रेषित की जाएगी। नतीजतन, यह सब समय, जबकि ग्राहक धीरे-धीरे प्रतिक्रिया डाउनलोड कर रहा है, अपाचे के साथ PHP प्रति ग्राहक के लिए 10-20 एमबी मेमोरी "खाती" है। और अपाचे तेजी से क्या कर सकता है, इसके बजाय, यह धीमी गति से ग्राहकों की प्रतिक्रियाओं को लोड करने की प्रतीक्षा करता है। यह सब मेमोरी का बहुत अधिक खपत करता है, और प्रोसेसर भी। जब हम क्लाइंट और अपाचे के बीच नंगेक्स डालते हैं, तो सब कुछ अधिक कुशलता से काम करना शुरू कर देता है: नग्नेक्स पूरी प्रतिक्रिया पर जितनी जल्दी हो सके, अपाचे को मुक्त करता है, और फिर धीरे-धीरे ग्राहकों को देता है, बिना बहुत सारी मेमोरी बर्बाद किए। Nginx बहुत मेमोरी या प्रोसेसर का उपभोग नहीं करता है, क्योंकि यह एक अलग वेब सर्वर आर्किटेक्चर का उपयोग करता है - गैर-अवरुद्ध, अतुल्यकालिक घटना प्रसंस्करण पर आधारित है, जो आपको एक ही प्रक्रिया के भीतर कई हजारों कनेक्शनों को संसाधित करने की अनुमति देता है (अपाचे के विपरीत, जहां प्रत्येक कनेक्शन एक अलग प्रक्रिया या थ्रेड द्वारा संसाधित होता है। - लगभग।)।
ठीक है, इसके अलावा, हम बैक-एंड से सभी स्टैटिक फाइलें निकाल सकते हैं, यह एक साधारण बात है कि नग्नेक्स बहुत आसानी से और जितना संभव हो उतना कुशलता से संभाल सकता है - नग्नेक्स एक ही समय में ऐसी स्थिर फाइलें हजारों में दे सकता है, अगर स्मृति अनुमति देता है, और यदि अनुमति देता है सर्वर से नेटवर्क कनेक्शन।

- चलो नमूना परिदृश्यों पर वापस जाएं।
इसलिए, पहला परिदृश्य यह है कि जब हम बस तेजी लाने में लगे हुए हैं, तो शायद एक भी साइट। हमारे पास अपाचे थे, हमने इसके सामने नगीनक्स रखा और - बैंग! - एक चमत्कार हुआ। लोग वास्तव में डालते हैं और आश्चर्यचकित होते हैं, और फिर हैबर को लिखते हैं कि "यह आवश्यक है, क्योंकि यह शांत है"। दूसरा विकल्प भी समीपवर्ती है, लेकिन हमारे पास बहुत सारे बैक-एंड हैं, अर्थात्, हम प्रभावी रूप से पूरी प्रणाली को क्षैतिज रूप से स्केल कर सकते हैं, बशर्ते कि एप्लिकेशन स्वयं इसे अनुमति देता है। इस प्रकार, नाज़िनक्स एक लोड बैलेंसर के रूप में कार्य करता है। वर्तमान कार्यान्वयन की कमियों में से एक कई संतुलन नीतियों की कमी है, लेकिन लोग इसका उपयोग करते हैं, यह काम करता है, और हम कार्यक्षमता जोड़ देंगे। और क्या? एक अन्य परिदृश्य, उदाहरण के लिए, यह है: किसी कारण से, बहुत से लोग अपाचे की तरह नहीं हैं। वे सर्वर पर केवल nginx चाहते हैं, वे Apache स्थापित नहीं करना चाहते हैं। इस मामले में, वे सभी स्क्रिप्ट्स जो पीएचसी के लिए फास्टकेजीआई या पाइथन के लिए डब्ल्यूएसजीआई के माध्यम से काम करते हैं।
उदाहरण के लिए, वर्डप्रेस.कॉम - उन्होंने बहुत समय पहले नगीन को एक बैलेंसर के रूप में उपयोग करना शुरू कर दिया था, और वाणिज्यिक लाइटस्पीड उनका वेब सर्वर था। इस साल वे पूरी तरह से नगेंक्स में चले गए हैं, अब उनके पास FastCGI मोड में PHP चल रहा है।
एक और मानक उपयोग का मामला है, जब nginx सिर्फ सभी स्टैटिक्स को दूर करता है, एमपी 3, एफएलवी-, एमपीईजी 4-वीडियो, चित्र कहते हैं।

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

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


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

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

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

- दिलचस्प: आपने रामबलर में काम किया और नगनेक्स पर काम किया। क्या रामब्लर के पास कोई अधिकार था? यह एक ऐसा सूक्ष्म सवाल है। आपने परियोजना के अधिकारों को बनाए रखने का प्रबंधन कैसे किया?
हाँ, यह एक बहुत ही सूक्ष्म सवाल है। बेशक, वह न केवल आप में रुचि रखते हैं, और हमने उन पर पूरी तरह से काम किया है। रूस में, कानून बनाया गया है ताकि कंपनी का मालिकाना हक श्रम कर्तव्यों के हिस्से के रूप में या एक अलग अनुबंध के तहत किया गया हो। यही है, उस व्यक्ति के साथ एक अनुबंध होना चाहिए जहां यह कहा जाएगा: एक सॉफ्टवेयर उत्पाद विकसित करने की आवश्यकता है। रामब्लर में, मैंने एक सिस्टम प्रशासक के रूप में काम किया, मैं अपने खाली समय में विकास कर रहा था, उत्पाद को ओपन सोर्स सॉफ्टवेयर के रूप में शुरुआत से ही बीएसडी लाइसेंस के तहत जारी किया गया था। रैम्बलर में, मुख्य कार्यक्षमता तैयार होने पर भी नगनेक्स का उपयोग किया जाने लगा। इसके अलावा, नगेंक्स का पहला उपयोग भी रेम्बलर में नहीं था, लेकिन वेबसाइटों पर Rate.ee और zvuki.ru।

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

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

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

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

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

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

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

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

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

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



हैकर पत्रिका, दिसंबर (12) 155 ।

हैकर की सदस्यता लें

• 1 999 पी। पेपर विकल्प के 12 नंबरों के लिए
• 1249 आरयूआर iOS / iPad की वार्षिक सदस्यता के लिए (Android रिलीज़ जल्द ही आ रहा है!)
• एंड्रॉइड पर हैकर