बादलों में TechDays.ru लॉन्च करें

15 फरवरी को एक अद्भुत घटना हुई - हमारी TechDays.ru साइट विंडोज एज़्योर प्लेटफ़ॉर्म पर चली गई।


इसके साथ ही, पोर्टल ने नई कार्यक्षमताओं का भी अधिग्रहण किया, जो पोर्टल आगंतुकों और रिपोर्ट लेखकों दोनों को अपील करनी चाहिए:

1. पोर्टल इंटरफेस को पूरी तरह से नया रूप दिया गया है। नया संस्करण मेट्रो शैली में बनाया गया है। पोर्टल अधिक आधुनिक, तेज, अधिक गतिशील और उपयोग करने के लिए अधिक सुविधाजनक हो गया है। यह ध्यान दिया जाना चाहिए कि इंटरफ़ेस में सुधार के लिए काम जारी है।
2. जोड़ा गया वीडियो एन्कोडिंग सेवा। अब TechDays एक पूर्ण वीडियो होस्टिंग बन गया है। पहले, वीडियो लेखकों को कई प्रारूपों में कोड करना पड़ता था, अब यह स्वचालित रूप से होता है।
3. एन्कोडिंग सेवा के लिए धन्यवाद, अब सभी वीडियो h264 प्रारूप में उपलब्ध है और एक HTML5 खिलाड़ी का उपयोग करके खेला जाता है। अब TechDays की रिपोर्टों को मोबाइल उपकरणों पर देखा जा सकता है, उदाहरण के लिए, विंडोज फोन 7 पर, आईफोन और आईपैड पर।

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


सर्गेई, कृपया हमें TechDays.ru पोर्टल के बारे में थोड़ा बताएं?

TechDays.ru एक ऐसा पोर्टल है जहां आप रूस में Microsoft द्वारा आयोजित प्रौद्योगिकी सम्मेलनों की रिपोर्ट की रिकॉर्डिंग प्राप्त कर सकते हैं, उदाहरण के लिए, DevCon, TechEd Russia, प्लेटफ़ॉर्म, आदि, साथ ही Microsoft और दोनों की तकनीकों और उत्पादों पर एक प्रशिक्षण वीडियो। और अन्य विक्रेताओं। सभी रिपोर्टों को नि: शुल्क और नि: शुल्क डाउनलोड किया जा सकता है।

TechDays पर अधिकांश रिपोर्ट स्वतंत्र डेवलपर्स और सिस्टम प्रशासकों द्वारा बनाई गई थी, जो विशेष रूप से महत्वपूर्ण है क्योंकि ऐसी रिपोर्ट उनके लेखकों के व्यावहारिक अनुभव पर आधारित हैं। TechDays.ru पर प्रति माह 60,000 से अधिक लोग आते हैं, और 185,000 से अधिक उपयोगकर्ता पंजीकृत हैं। वर्ष भर में, उपयोगकर्ता साइट से सीधे और अन्य साइटों पर लिंक के माध्यम से रिपोर्ट को डाउनलोड और डाउनलोड करते हैं, 5,000,000 (पांच मिलियन) से अधिक बार।

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

उसके बाद, 2011 के पतन में, हमने ASP.NET MVC / रेजर तकनीक (ASP.NET वेब फॉर्म का उपयोग किया गया पुराना संस्करण) का उपयोग करके साइट इंजन का एक नया संस्करण बनाने का फैसला किया, साथ ही साथ साइट की संरचना और इंटरफ़ेस को फिर से डिज़ाइन किया। यह तर्कसंगत था कि नया संस्करण पूरी तरह से विंडो एज़्योर में काम करेगा। 15 फरवरी, 2012 को हमने इस संस्करण को लॉन्च किया।

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

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

कृपया हमें पोर्टल की वास्तुकला और Windows Azure द्वारा उपयोग की जाने वाली सेवाओं और सेवाओं के बारे में अधिक बताएं?

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

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

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

डेटा वेयरहाउस SQL ​​Azure का उपयोग करता है। SQL Azure को समझने के लिए SQL सर्वर के साथ काम करने का नाम अनुभव कई मायनों में मुश्किल नहीं था, इसलिए SQL Azure का उपयोग व्यापक रूप से किया जाता है। इसके अलावा, डेटाबेस स्कीमा को SQL Azure के साथ काम करने के लिए भी संशोधित करने की आवश्यकता नहीं थी। हालाँकि सभी विकास SQL ​​Server 2008 R2 पर किए गए थे।

हम धीरे-धीरे डेटा स्टोरेज के लिए एज़्योर द्वारा प्रदान की जाने वाली एक अन्य सेवा का हिस्सा बढ़ा रहे हैं, अर्थात् टेबल सेवा (टेबल्स स्टोरेज)। टेबल्स संबंधपरक भंडारण नहीं हैं, लेकिन वे काम करने के लिए सुविधाजनक हैं और वे बड़ी मात्रा में डेटा स्टोर कर सकते हैं। इसके अलावा, SQL Azure की तुलना में तालिकाओं में डेटा संग्रहीत करना बहुत सस्ता है। अब तक, हमने लॉग और सेवा जानकारी संग्रहीत करने के लिए तालिकाओं का उपयोग किया है।

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

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

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

और, ज़ाहिर है, कम कोड त्रुटियां और चूक, आपके सिस्टम के लिए अधिक प्रतिरोधी खतरे हैं। डीडीओ का उपयोग करते हुए एक अच्छी तरह से डिजाइन और "एन्कोडेड" साइट डालने के लिए बहुत सारे संसाधन (जो आपको नहीं मिलेंगे) लगेगा।

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

SQL Azure में डेटा अपलोड करने में एक और कठिनाई थी। डेटाबेस के बड़े संस्करणों को माइग्रेट करने के लिए कोई नियमित उपकरण नहीं हैं। इसलिए, हमने SQL Azure प्रवासन विज़ार्ड , c http://codeplex.com का लाभ उठाया। इस उत्पाद ने अपना काम किया है।

मैं यह भी नोट करना चाहूंगा कि तकनीकी सहायता के साथ एज़्योर के साथ मेरे काम के एक वर्ष से अधिक समय तक मुझे केवल एक बार संगठनात्मक और प्रशासनिक मुद्दों पर संपर्क करना था।

विंडोज एज़्योर के लिए संक्रमण को सफल कहा जा सकता है?

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

सर्गेई, Techdays.ru और साक्षात्कार को संसाधित करने के आपके प्रयासों के लिए बहुत-बहुत धन्यवाद!