एज़्योर - पहला परिचित

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


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

• पूर्वी आसिया
• दक्षिण पूर्व एशिया
• कहीं भी आसिया

2) सर्वर एसक्यूएल एज़्योर बनाते समय, आप निम्न स्थानों का चयन कर सकते हैं:

• दक्षिण मध्य हम
• उत्तर यूरोप
• पश्चिम यूरोप
• पूर्वी आसिया
• दक्षिण पूर्व एशिया

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

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

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

Xxxxxx.cloudapp.net फ़ॉर्म के स्वचालित रूप से उत्पन्न नाम का परीक्षण करने के बाद, हम यह सुनिश्चित करते हैं कि हमारा एप्लिकेशन काम करता है। अब मैं इसे एक डोमेन नाम के साथ एक्सेस करना चाहता हूं जिसे मैंने विशेष रूप से myapp.ovlad.com की तरह पंजीकृत किया है। मैंने बहुत सरलता से अभिनय किया - xxxxxx.cloudapp.net को पिंग किया और DNS सेटिंग्स में एक नए ए-रिकॉर्ड में प्राप्त आईपी पते को दर्ज किया। लगभग दो घंटे के बाद, मैं पहले से ही इसका इस्तेमाल कर सकता था।

UPD: जैसा कि पहले ही टिप्पणियों में लिखा गया है (उपयोगी जानकारी के लिए लोगों का धन्यवाद), ए-रिकॉर्ड के माध्यम से जुड़ना बेहतर नहीं है। यह CNAME के ​​माध्यम से किया जाना चाहिए।

मेरी राय में, उपरोक्त विषमताओं या सीमाओं के अलावा, शुरुआत बहुत अच्छी है। हम आगे की जांच करेंगे।