एज़्योर की तैनाती में इतना समय क्यों लगता है?


143

मैं यह समझने की कोशिश कर रहा हूं कि एज़्योर के लिए एक छोटे से एप्लिकेशन को तैनात करने के लिए 20-60min से क्यों ले सकते हैं (कॉन्फ़िगरेशन / पैकेज अपलोड विधि का उपयोग करके, वीएस के भीतर से नहीं)।

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


12
यही कारण है कि मैं अभी भी EC2 का उपयोग करता हूं, भले ही मैं ओएस प्रशासन से दूर के अमूर्त से प्यार करता हूं जो एज़्योर प्रदान करता है।
स्टेपियन

12
इस बीच हम लगभग 3 साल आगे हैं और अभी भी बहुत धीमे हैं।
स्टाटकाटा

@ बाधा वेब साइटें तेजी से तैनात करने के लिए हैं इसलिए यदि आप कर सकते हैं तो उनका उपयोग करें।
केसी

कठिन है कि 5 साल बीत गए हैं, लेकिन स्टार्ट-अप का समय अभी भी वही है।
rks

4
अब 2017 का अंत है और यह अभी भी सुपर स्लो है। कभी-कभी मैं एक कंप्यूटर को अनबॉक्स करने के बारे में सोचता हूं, फिर ओएस स्थापित करता है फिर मैन्युअल रूप से एप्लिकेशन को स्थापित करना इस से तेज है।
hoangpx

जवाबों:


58

एक साथी Azure उपयोगकर्ता के रूप में, मैं आपके दर्द को साझा करता हूं - तैनाती "त्वरित" / "दर्द रहित" नहीं है - और यह विशेष रूप से तब होता है जब आप एक विकास चक्र में होते हैं और Azure पर dev पुनरावृत्तियों का परीक्षण करना चाहते हैं। हालांकि, सामान्य तैनाती में 60 मिनट से कम - और 20 मिनट से भी कम समय लेना चाहिए।

स्टीव मार्क्स ने तैनाती में शामिल चरणों का एक संक्षिप्त अवलोकन प्रदान किया: http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-azure

और वह एक गहरे स्तर के स्पष्टीकरण का संदर्भ देता है: http://channel9.msdn.com/blogs/pdc2008/n19


9
क्या यह उत्तर अभी भी 2018 के लिए उपयुक्त है? मैं Azure पर एक redis cache तैनात करने का प्रयास कर रहा हूं। Azure पर मेरी पहली सेवा - अभी 25 मिनट की प्रतीक्षा कर रही है और विश्वास नहीं कर सकता कि यह सामान्य / स्वीकार्य है।
ग्रेवी

1
@ ग्रेवी अब मैं सालों से इस्तेमाल कर रहा हूं और हां, कई बार तैनाती (विशेषकर वीएम की) धीरे-धीरे धीमी हो सकती है। आम तौर पर आप 10 से 60 मिनट के बीच देख रहे होते हैं।
कोकवला

26

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

अन्य बातों के अलावा:

  1. सर्वर के उपलब्ध पूल से हार्डवेयर आवंटित किया जाना चाहिए
  2. कोर ओएस के वीएचडी को मशीन पर अपलोड किया जाना चाहिए
  3. एक वीएम उदाहरण को आरोहित किया जाना चाहिए और उस वीएचडी इमेज को बूट किया जाना चाहिए
  4. आपके एप्लिकेशन पैकेज को VM में कॉपी किया जाना चाहिए और इंस्टॉल किया जाना चाहिए
  5. VM मॉनिटर को आपकी सेवा के शुरू होने, या विफल होने की प्रतीक्षा करनी चाहिए
  6. डेटा सेंटर लोड बैलेंसर और फ़ायरवॉल को आपके एप्लिकेशन के सेवा समापन बिंदुओं से अवगत कराया जाना चाहिए
  7. एक बार जब वह सब सिंक्रनाइज़ हो जाता है, तो आपका ऐप वेब से एक्सेस किया जा सकता है।

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

यह भी ध्यान दें कि यह सब काम केवल एक नई तैनाती के लिए किया जाना है। किसी मौजूदा परिनियोजन को बहुत तेज़ी से अपडेट करना - 20 से 30 मिनट के बजाय 2 से 3 मिनट।


2
दिलचस्प बिंदु, लेकिन विचार करते हुए कि हमारे पास इन दिनों उपलब्ध हर विकल्प में सबसे तेज़ है। यह नहीं तो हमें सेकंड में यह सब करने की अनुमति चाहिए अगर नहीं एमएस?
दोपहर 03

"इन दिनों" अब 5 साल बाद है जब मेरी मूल टिप्पणी लिखी गई थी। मुझे यकीन है कि Azure प्रावधान प्रदर्शन 2011 के बाद से बेहतर हुआ है।:>
dthorpe

7
अभी भी सेकंड में नहीं, मैं पुष्टि कर सकता हूं कि
2

निश्चित रूप से नहीं।
फिलीपिबैक

4
हाँ, अभी भी एक नई तैनाती के लिए 10 मिनट लगते हैं। ईमानदारी से, मैं थोड़ा हैरान हूँ Azure अपने ग्राहक अनुभव को बेहतर बनाने के लिए इस सूची में चरण 4 पर प्रतीक्षा कर रहे कुछ वीएम को नहीं रखता है।
Fls'Zen

18

मार्क रोसिनोविच के इस पीडीसी 10 वीडियो को देखें। वह (Azly धीमी गति से) परिनियोजन प्रक्रिया में कुछ अंतर्दृष्टि के साथ Azure के अंदर क्या हो रहा है, इस पर बहुत विस्तार से बताता है।

मूल लिंक अब काम नहीं कर रहा है। यहाँ उसी प्रस्तुति के एक संस्करण का एक और लिंक दिया गया है: https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T


5
शानदार लिंक, लेकिन अभी तक कोई +1 नहीं: वीडियो एक घंटे से अधिक का है, इसलिए यदि आप हाईलाइट्स का एक छोटा सा सारांश पोस्ट करते तो यह बहुत ही आसान होता। यदि आप करते हैं: +1 मुझसे।
जीरोन विएट प्ल्यूमर 22

3
निष्पक्ष होने के लिए BrentDaCodeMonkey ने कहा कि वह "महान विस्तार" में जाता है .. फिर भी एक अच्छा वीडियो!
जेमी कीलिंग

32
वाह .. यह वीडियो एक Windows Azure परिनियोजन है।
एंड्रे पेना

1
कुल मिलाकर, यह काफी पुराना (क्लाउड शर्तों में) रिकॉर्डिंग था। मैं एक अलग घटना से Russinovich द्वारा एक ही सत्र के लिए एक नई कड़ी के साथ अद्यतन किया है।
BrentDaCodeMonkey
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.