ओह माई कोड। सिस्टम एडमिनिस्ट्रेटर कैसे बने

Mail.Ru Group के डिप्टी टेक्निकल डायरेक्टर तात्याना बखेरेवस्काया सिस्टम एडमिनिस्ट्रेटर के पथ, सिस्टम एडमिनिस्ट्रेटर के रूप में काम करने के फायदे और एक बड़ी कंपनी में ऑपरेशन की विशेषताओं के बारे में बात करते हैं। तात्याना रूस के दो सबसे बड़े पोर्टलों की सेवाओं के लिए जिम्मेदार और जिम्मेदार था।


कार्यक्रम के मेजबान पावेल शचरबीन हैं।

- अपने बारे में थोड़ा बताएं।

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

- सेवा संचालन के लिए कई अलग-अलग शब्द हैं। यह सिर्फ शोषण है, और सिस्टम एडमिनिस्ट्रेटर, SRE, SE, DevOps। हमें प्रत्येक के बारे में अधिक बताएं। या यह एक ही बात है? वे कैसे भिन्न हैं?

- वास्तव में, एक सिस्टम प्रशासक एक काफी व्यापक अवधारणा है, इस तथ्य से शुरू होता है कि एक व्यक्ति कई कर्मचारियों के लिए एक छोटे से कार्यालय के बुनियादी ढांचे के साथ कुछ छोटे कार्यालय के लिए जिम्मेदार हो सकता है, एक अत्यधिक भरी हुई सेवा के निरंतर संचालन के लिए जिम्मेदारी के साथ समाप्त होता है। कुछ बिंदु पर, यह अभी भी अलग-अलग दिशाओं में विभाजित था। Mail.Ru Group, Yandex, Google जैसी कंपनियों में, सिस्टम एडमिनिस्ट्रेटर उस चीज़ के करीब होता है जिसे अब buzz शब्द कहा जाता है SRE - साइट विश्वसनीयता इंजीनियर, यानी साइट की उपलब्धता के लिए जिम्मेदार व्यक्ति।

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

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

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

- चलिए थोड़ा पीछे चलते हैं। बहुत प्रारंभिक चरण बहुत दिलचस्प है। आपने ऑपरेशन क्यों चुना?

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

- मुझे आश्चर्य है कि आप किस बिंदु पर प्रोग्रामर या एडमिन बनने का फैसला करते हैं?

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

यह सब उस व्यक्ति पर निर्भर करता है, जिसे वह पसंद और नापसंद करता है। और ये पेशे बहुत समान हैं, कई मामलों में ओवरलैप हैं।

- यांडेक्स के बारे में किंवदंतियां आपके बारे में बताती हैं कि एक समय में आपके पास एक विशेष स्विच था जो सिस्टम की स्थिरता का परीक्षण करने के लिए किसी भी समय एक डेटा सेंटर को बंद कर सकता था। मुझे और बताओ।

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

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

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

- आपको क्या लगता है, प्रोग्रामर और सिस्टम एडमिनिस्ट्रेटर के बीच की रेखा कहां है? किस बिंदु पर एक प्रोग्रामर कह सकता है कि वह इसके लिए जिम्मेदार नहीं है, यह नहीं जानता कि डेटाबेस क्या है, यह प्रशासकों के लिए है। या यह चेहरा नहीं है?

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

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

- शायद हर कोई नहीं जानता कि अब यह मेल.रू ग्रुप में कैसे व्यवस्थित है। मुझे और बताओ।

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

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

- एक विशिष्ट Mail.Ru समूह सेवा की वास्तुकला कैसी दिखती है?

- हमारे पास कई डेटा सेंटर हैं। हमारे अपने डेटा केंद्र हैं, वाणिज्यिक उपकरण और नेटवर्क में हमारे अपने और वाणिज्यिक दोनों। हमारे देश में चैनलों की कुल क्षमता को टेराबिट्स में मापा जाता है।

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

इसके बाद, विवरण शुरू होता है।

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

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

उपयोगकर्ताओं के साथ क्या हो रहा है आइए वापस चलते हैं। सबसे पहले, उपयोगकर्ता बैलेंसर में प्रवेश करता है। लोड को संतुलित करने के लिए, नेटवर्क प्रोटोकॉल BGP और RIP का उपयोग किया जाता है, और पारंपरिक सॉफ्टवेयर - ipvs, haproxy और nginx। उसके बाद, वेब सर्वर उपयोगकर्ताओं को सुंदर पृष्ठ दिखाते हैं, मुख्य रूप से nginx और Apache का उपयोग करते हुए।

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

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

हम मुख्य रूप से खुले स्रोत का उपयोग करते हैं, क्योंकि हमारे पास हमारी कंपनी में बहुत सारे प्रोग्रामर और इंजीनियर हैं जो किसी भी समय कुछ तय कर सकते हैं। कुछ घटनाक्रम भी हैं। उदाहरण के लिए, रिपॉजिटरी जिसमें उपयोगकर्ताओं के पत्र झूठ होते हैं, इसका अपना विकास है।

- आपके पास कितने लोग अधीनता में हैं?

- अब लगभग 70, लेकिन यह संख्या नियमित रूप से बढ़ रही है। हम सक्रिय रूप से विस्तार कर रहे हैं, अब कई खुले स्थान हैं।

- वे कितने सर्वरों की सेवा करते हैं?

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

- चैनल का आयतन कितना होना चाहिए?

"कुछ टेराबिट्स।" पूरे Mail.Ru Group का एक सामान्य नेटवर्क है, जिसके माध्यम से बहुत सारी जानकारी प्रसारित की जाती है। कम से कम "वीके" और "ओके" लें, जो वीडियो का एक गुच्छा दिखाते हैं, लेकिन अभी भी मेल, खोज, विश्लेषिकी और कई अन्य अत्यधिक भरी हुई सेवाएं हैं। इसलिए, नेटवर्क एक महत्वपूर्ण घटक है।

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

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

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

ऐसे विशेषज्ञताओं के उदाहरण: नेटवर्क इंजीनियर प्रोटोकॉल को समझते हैं और जानते हैं कि कहां और कौन से उपयोग करना बेहतर है, वे वैश्विक और स्थानीय रूटिंग को कॉन्फ़िगर कर सकते हैं, वे जानते हैं कि नेटवर्क की विश्वसनीयता और गलती को कैसे सहन किया जाए।

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

एक विशिष्ट कार्य: यह अनुरोध करने के लिए कि अनुरोध को लंबे समय तक क्यों निष्पादित किया जाता है, आपको योजना को देखने और यह देखने की आवश्यकता है कि क्या सर्वर (मेमोरी, प्रोसेसर, आई / ओ) लोड करने में समस्याएं हैं।

- सार्वजनिक राय में, एक विस्तारित स्वेटर में बड़ी दाढ़ी वाले लोगों के रूप में प्रवेश प्रस्तुत किए जाते हैं। क्या आपके लिए पुरुष टीम में काम करना मुश्किल है?

- एक मुश्किल सवाल, क्योंकि मैं कई सालों से काम कर रहा हूं। सबसे पहले, मैं इसका इस्तेमाल करता हूं। दूसरी बात, अगर हम एक पूरे के रूप में उद्योग के बारे में बात करते हैं, तो ऑपरेशन में पहले से ही काफी लड़कियां थीं।

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

अब ऐसी कोई बात नहीं है। हम मेज पर एक आरामदायक कार्यालय में काम करते हैं। हमारा काम आज एक प्रोग्रामर के काम से अलग नहीं है, जो कभी भी विशुद्ध रूप से मर्दाना नहीं रहा है: महिला प्रोग्रामर एक काफी सामान्य घटना है।

- हमारा ब्लिट्ज सर्वेक्षण। आपका लैपटॉप क्या है?

- Apple

- कौन सा बेहतर है, बैश या पर्ल?

- बैश।

- स्टार्टअप या बड़ी कंपनी?

- एक बड़ी कंपनी में स्टार्टअप।

" आप के लिए पर्याप्त पैसा नहीं था आखिरी बात क्या थी?"

- नौका को।

- शानदार जवाब। Mail.Ru Group में सभी को वेतन स्तर तुरंत समझ में आ जाएगा।

- बिल्कुल सही।

- ICQ या TamTam?

- आईसीक्यू।

- "VK" या "सहपाठी"?

- वी.के.

- आपकी मूर्ति कौन है?

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

- बड़े रूसियों का नाम बताइए।

- काफी; फिर से, मुझे डर है कि मैंने सभी को सूचीबद्ध नहीं किया है। अगर किसी को व्यक्तिगत रूप से गाने की ज़रूरत है, तो मुझे खुशी है कि जीवन में मैं इल्या सेगलोविच के साथ काम करने में कामयाब रहा।