एक Azure वेब साइट और एक Azure वेब भूमिका के बीच क्या अंतर है

Question

ASP.NET MVC एप्लिकेशन के लिए नए एज़्योर वेब साइट्स और पारंपरिक एज़्योर वेब रोल्स के बीच सामग्री अंतर क्या हैं ? "वेब भूमिका" या इसके विपरीत "वेब साइट" को मैं किस कारण चुनूंगा?

मान लेते हैं कि मुझे या तो मामले में समान क्षमता की आवश्यकता होगी (उदाहरण 2 छोटे उदाहरण)। कीमतें इस तथ्य के अलावा तुलनात्मक लगती हैं कि वेब साइटों के लिए 33% अस्थायी छूट है जबकि वे अपने पूर्वावलोकन अवधि में हैं।

क्या ऐसी चीजें हैं जो मैं "वेब साइट" के साथ कर सकता हूं जो वेब भूमिका के साथ कठिनाई या असंभव हैं? उदाहरण के लिए, क्या "वेब साइटों" का उपयोग करके कई वेब साइटों को वीएम के एक सेट में रखना आसान हो जाता है? क्या मैं "वेब साइट" बनाम "वेब भूमिका" के साथ कुछ भी खो देता हूं? ठीक धुन करने की क्षमता IIS? कैश सेवा का स्थानीय रूप से उपयोग करने की क्षमता?

Comments

एक ही qs था। उन्हें अपने डॉक्स में वास्तव में स्पष्ट करना चाहिए।

— 90abyss

Answer 1

वेब रोल्स आपको वेब ऐप्स (पूर्व में वेब साइट्स) से परे कई सुविधाएँ प्रदान करते हैं:

• ऐप्स इंस्टॉल करने, रजिस्ट्री सेटिंग्स को संशोधित करने, प्रदर्शन काउंटर स्थापित करने, फाइन-ट्यून IIS, आदि को बढ़ाने के लिए उन्नत स्टार्टअप स्क्रिप्ट चलाने की क्षमता।
• एक ऐप को टियर में विभाजित करने की क्षमता (शायद फ्रंट एंड के लिए वेब रोल, बैकेंड प्रोसेसिंग के लिए वर्कर रोल) और स्वतंत्र रूप से स्केल करें
• डीबगिंग उद्देश्यों के लिए अपने वीएम में आरडीपी की क्षमता
• नेटवर्क अलगाव
• समर्पित वर्चुअल आईपी एड्रेस, जो आईपी-प्रतिबंधित वर्चुअल मशीन तक पहुंचने के लिए क्लाउड सेवा में वेब भूमिका उदाहरणों की अनुमति देता है
• ACL- प्रतिबंधित समापन बिंदु (Azure SDK 2.3, अप्रैल 2014 में जोड़ा गया)
• किसी भी टीसीपी / यूडीपी बंदरगाहों के लिए सहायता (वेब ​​साइटें टीसीपी 80/443 तक सीमित हैं)

वेब ऐप्स के वेब रोल्स पर फायदे हैं:

• निकट-परिनियोजन इतिहास / रोलबैक के साथ तत्काल परिनियोजन
• विजुअल स्टूडियो ऑनलाइन, जीथब, लोकल गिट, एफटीपी, कोडप्लेक्स, ड्रॉपबॉक्स, बिटबकेट तैनाती का समर्थन
• कई सीएमएस और रूपरेखाओं में से एक को रोल करने की क्षमता, (जैसे वर्डप्रेस, जुमला, Django, मीडियाविकि, आदि)
• SQL डेटाबेस या MySQL का उपयोग
• साझा टियर से साझा टियर से लेकर समर्पित टियर तक सरल और तेज़
• वेब नौकरियां
• वेब साइट सामग्री का बैकअप
• अंतर्निहित वेब-आधारित डीबगिंग टूल (सरल cmd / powerhell डीबग कंसोल, प्रक्रिया एक्सप्लोरर, निदान उपकरण जैसे लॉग इन फ़ॉन्ट) आदि।

अप्रैल 2014 और सितंबर 2014 रोलआउट के साथ, अब वेब ऐप्स और वेब रोल्स (और वर्कर रोल्स) दोनों के लिए कुछ विशेषताएं आम हैं, जिनमें शामिल हैं:

• स्टेजिंग + प्रोडक्शन स्लॉट
• वाइल्डकार्ड डीएनएस, एसएसएल प्रमाणपत्र
• दृश्य स्टूडियो एकीकरण
• ट्रैफिक मैनेजर सपोर्ट करता है
• वर्चुअल नेटवर्क समर्थन

यहाँ मैं वेब साइट गैलरी चयन फॉर्म से लिया गया एक स्केंगप्रैब है:

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

Comments

इसके अलावा Git + ftp एक और बेहतरीन पब्लिशिंगसेटिंग है (उदाहरण के लिए WebMatrix 2 में भी इसका इस्तेमाल किया जा सकता है)

— Kris van der Mast

टियर में विभाजित करना एक विभेदक कारक नहीं है। आप वेब साइट्स के साथ वर्कर की भूमिकाओं का उपयोग कर सकते हैं।

— रिकएंडएमएसएफटी

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

— डेविड माकोगन

क्या यह stackoverflow.com/a/10960755/56145 की तुलना में थोड़ा पुराना नहीं है ?

— मैट कोकाज

वेब भूमिका के साथ आप एक ही वीएम पर पृष्ठभूमि प्रसंस्करण भी कर सकते हैं

— बोरिस लिप्सचित्ज़

Answer 2

EDIT 2014: इसके लायक क्या है, इस जवाब में बहुत सारी जानकारी अब सही नहीं है - टिप्पणियां देखें।

@ प्रतिक्रिया में अधिक जोड़ें:

Windows Azure वेबसाइटों के साथ, आपके पास IIS या वेब सर्वर पर नियंत्रण नहीं है क्योंकि आप एक ही मशीन पर सैकड़ों अन्य वेबसाइट के साथ एक संसाधन स्लाइस का उपयोग कर रहे हैं, आप किसी अन्य की तरह संसाधन साझा कर रहे हैं ताकि IIS पर कोई नियंत्रण न हो।

साझा की गई वेबसाइट और एज़्योर वेब भूमिका के बीच बड़ा अंतर यह है कि एक वेब-साइट को प्रक्रिया बाध्य माना जाता है जबकि भूमिकाएं वीएम बाध्य होती हैं।

वेबसाइटें एक कंटेंट शेयर पर संग्रहित की जाती हैं, जो फ़ार्म में मौजूद सभी "वेब सर्वर" से एक्सेस होती है, इसलिए इसमें कोई प्रतिकृति या ऐसा कुछ भी आवश्यक नहीं है।

विंडोज Azure वेबसाइटों को अपने स्वयं के होस्ट नाम के बजाय वे का उपयोग करना चाहिए नहीं हो सकता WebSiteName .azurewebsites.net केवल और आप वाकई CNAME सेटिंग अपने DNS प्रदाता में रूट करने के लिए आपके अनुरोध वास्तव में पिछले विंडोज Azure भूमिका केवल जब वे आरक्षित मोड में चल रहे हैं के साथ एक ही उपयोग कर सकते हैं । साझा वेबसाइटों के लिए CNAME सेटिंग समर्थित नहीं है।

Comments

AFAIK WebRoles को अपना स्वयं का होस्टनाम नहीं मिलता है - वे सभी rolename.cloudapp.net हैं। जब तक कुछ सुविधा नहीं है जिसके बारे में मुझे पता नहीं है?

— बजे ब्रायन रिस्कल

क्या आप www.yourdomain.com से लेकर websitename.azuref Website.net की ओर इशारा करते हुए CNAME उपनाम बनाने के लिए DNS का उपयोग नहीं कर सकते?

— बर्नार्ड वेंडर बीकॉन

मैं WA वेब साइटों के लिए विश्वास करता हूं, केवल आरक्षित इंस्टेंस (समर्पित VMs) के साथ चलने वाले ऐप ही कस्टम डोमेन को मैप करने में सक्षम हैं।

— user94559

मुझे लगता है कि हाल ही में स्कॉटग्यू ने उल्लेख किया है कि वे साझा उदाहरणों पर कस्टम डोमेन का समर्थन करना चाहते हैं।

— जेरेमी

इसके लायक क्या है, इस जवाब में बहुत सी जानकारी अब सही नहीं है (हालाँकि यह जून 2012 में थी): वेब साइट्स अब कस्टम डोमेन बना सकती हैं। वेब साइटें "आरक्षित" मोड में चल सकती हैं, जो अनिवार्य रूप से एक वीएम है, लेकिन पूरी तरह से प्रबंधित है।

— जे क्वेरिडो

Answer 3

मैंने अभी http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/ पर इस विषय पर एक व्यापक ब्लॉग पोस्ट पोस्ट किया है ।

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

अन्यथा, वेब साइट्स एक बढ़िया विकल्प है!

Answer 4

एज़्योर वेब रोल एक वर्चुअल प्राइवेट होस्ट की तरह है। आपको एक VM मिलता है जो आपके वेब सर्वर के रूप में कार्य करता है, और आप उस VM उदाहरण के मालिक हैं।

एज़्योर वेब साइट्स एक लोचदार साझा होस्टिंग सेवा की तरह हैं। आप अपने ऐप को एक वेब सर्वर पर तैनात करते हैं जो आपके द्वारा नियंत्रित नहीं होता है और जो अन्य उपयोगकर्ताओं की साइटों को भी सर्वर करता है। आप अपनी साइट को ऊपर और नीचे (कुछ अतिरिक्त शुल्क पर) स्केल कर सकते हैं ताकि इसे अधिक लोचदार बनाया जा सके क्योंकि आपके संसाधन को बदलाव की आवश्यकता है।

Answer 5

एक और परिदृश्य है जो हवा के ऊपर है: इन 500 अपवादों को समाप्त करने के बाद, उन्होंने वाइल्डकार्ड CNAME's को संभालने के लिए Azure वेबसाइटों की क्षमता के बारे में कुछ नहीं कहा है। हम में से कई क्लाउड सेवाओं में नैट के वेब रोल एक्सेलेरेटर का उपयोग कर रहे हैं, नैट के सॉफ्टवेयर में एक-लाइन हैक प्रदान की गई वाइल्डकार्ड सबडोमेन क्षमता को डिसाइड करें। हम इन वाइल्डकार्ड सबडोमेन ऐप्स को तब तक नहीं हिला सकते, जब तक हम यह नहीं जान जाते कि एज़्योर वेबसाइट्स उन्हें संभाल नहीं पाएंगी। यदि वह ऐसा करने में कभी सक्षम नहीं होगा, तो यह समीकरण के वेब रोल पक्ष पर सकारात्मक के रूप में नीचे चला जाता है। नोट का यह भी है कि मूल्य निर्धारण बिल्कुल समान है (पूर्वावलोकन छूट समाप्त होने के बाद), मुझे यकीन नहीं है कि मैं आरडीसी और इवेंट व्यूअर (सिर्फ दो चीजों का उल्लेख करने के लिए) तक अपनी पहुंच छोड़ना चाहता हूं।

Answer 6

एज़्योर वेब साइट्सआपको अत्यधिक स्केलेबल वेब साइटों को एज़्योर पर जल्दी से बनाने में सक्षम बनाता है। आप .NET साइट, कमांड लाइन टूल्स का उपयोग कर सकते हैं। .NET, PHP, Node.js और Python जैसी लोकप्रिय भाषाओं के साथ एक वेब साइट स्थापित करने के लिए। समर्थित ढांचे पहले से ही तैनात हैं और अधिक स्थापना चरणों की आवश्यकता नहीं है। Azure Web Sites गैलरी में कई तृतीय-पक्ष एप्लिकेशन शामिल हैं, जैसे कि ड्रुपल और वर्डप्रेस और साथ ही साथ विकास रूपरेखा जैसे कि Django और CakePHP। एक साइट बनाने के बाद, आप या तो किसी मौजूदा वेब साइट को माइग्रेट कर सकते हैं या पूरी तरह से नई वेब साइट बना सकते हैं। वेब साइट भौतिक हार्डवेयर को प्रबंधित करने की आवश्यकता को समाप्त करती है, और यह कई स्केलिंग विकल्प भी प्रदान करती है। आप साझा मल्टी-टेनेंट मॉडल से एक मानक मोड में स्थानांतरित कर सकते हैं जहां समर्पित मशीनें आने वाले ट्रैफ़िक को सेवा देती हैं। वेब साइटें आपको अन्य Azure सेवाओं के साथ एकीकृत करने में भी सक्षम बनाती हैं, जैसे SQL डेटाबेस, सर्विस बस और स्टोरेज। Azure WebJobs SDK पूर्वावलोकन का उपयोग करके, आप पृष्ठभूमि प्रसंस्करण जोड़ सकते हैं। सारांश में, एज़्योर वेब साइटें भाषाओं की एक विस्तृत श्रृंखला, ओपन सोर्स एप्लिकेशन और तैनाती कार्यप्रणालियों (एफ़टीपी, गिट, वेब डिप्लॉय, या टीएफएस) का समर्थन करके अनुप्रयोग विकास पर ध्यान केंद्रित करना आसान बनाती हैं। यदि आपके पास विशेष आवश्यकताएं नहीं हैं जो क्लाउड सेवा या वर्चुअल मशीन की आवश्यकता होती है, तो एक एज़्योर वेब साइट सबसे अच्छा विकल्प है।

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

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

इस लिंक से अद्यतन और व्यापक तुलना देखें: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/

Answer 7

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

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

कोई भी सबसे अच्छा विकल्प नहीं है, क्योंकि यह इस बात पर निर्भर करता है कि आपको किस स्तर के नियंत्रण की आवश्यकता है, आपको किन विशेषताओं की आवश्यकता है और बनाए रखने के लिए एज़्योर सामान छोड़ना चाहते हैं। और यह बड़ा विषय है ।।

अधिक जानकारी के लिए अधिक जानकारी के लिए कृपया इस लेख को देखें:

• http://www.windowsazure.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
• http://davidpallmann.blogspot.com/2012/06/reintroducing-windows-azure-part-2.html

यह उपयोग और क्षमताओं में आसानी के बीच व्यापार करने के लिए उबलता है।

Answer 8

मुझे और दो चीजें मिलीं जो एक कस्टम डोमेन साइट और मल्टी-टेनेंट कॉन्फ़िगरेशन के लिए एसएसएल प्राप्त करने की लागत थी।

वेबसाइट के लिए आपको मानक उदाहरण के ऊपर मासिक भुगतान करना होगा (छोटा उदाहरण सबसे सस्ता विकल्प है)। कस्टम डोमेन https पाने के लिए इसका मतलब है कि आप सभी ब्राउज़र का समर्थन करने वाले SSL के लिए छोटे उदाहरण प्लस ~ 41 / महीने के लिए ~ 70 / माह खर्च करेंगे।

WebRole के लिए आप XS इंस्टेंस प्राप्त कर सकते हैं और अपने स्वयं के एसएसएल को मुफ्त में जोड़ सकते हैं, जिसका अर्थ है ~ $ 15 प्रति माह और आपके पास एसएसएल के साथ एक कस्टम डोमेन है।

मल्टी-टेनेंट वेबसाइट के लिए मल्टी-टेनेंट अज़ूर डायनेमिक वाइल्डकार्ड CName देखें

Answer 9

एक वेब भूमिका एक वर्चुअल मशीन है जो कई वेबसाइटों को होस्ट करती है

Comments

बिल्कुल सटीक नहीं है। आप एक वेब भूमिका में कई वेबसाइटों की मेजबानी कर सकते हैं , लेकिन वेब भूमिकाएं उससे कहीं आगे जाती हैं, क्योंकि वे विंडोज सर्वर वीएम हैं। आप किसी भी वेब साइट को नहीं चलाने के लिए चुन सकते हैं , और सिर्फ पृष्ठभूमि कार्य, REST समापन बिंदु, डेटाबेस सर्वर आदि चला सकते हैं (IIS का उपयोग करने की कोई आवश्यकता नहीं है, और आप इसे अक्षम भी कर सकते हैं)। और यह मत भूलो कि वे स्टेटलेस हैं जो उन्हें स्केल करना बहुत आसान है।

— डेविड मकोगन

@DavidMakogon तो क्या मैं यह भी कह सकता हूं कि, वेब भूमिकाएं वास्तव में कुछ कार्य करती हैं, लेकिन चूंकि यह HTTP प्रोटोकॉल का उपयोग करती है, इसलिए इसे 'WEB' भूमिका कहा जाता है, और चूंकि यह इस प्रोटोकॉल का समर्थन करती है, इसलिए यह वेबसाइटों का भी समर्थन करती है, लेकिन यह प्राथमिक उद्देश्य नहीं है जैसे की?

— आदित्य बोकाडे

@ आदित्यबोकेड इसमें और अधिक पढ़ने की कोशिश न करें: नाम एक अवशेष है जब एज़ुर ने पहली बार लॉन्च किया था, जहां वेब रोल्स बाहरी सामना करने वाले एप्लिकेशन को होस्ट करने का एकमात्र तरीका था (वर्कर रोल्स का कोई बाहरी समापन नहीं था, और कुछ भी अस्तित्व में नहीं था - VM का नहीं, वेब ऐप्स का नहीं)। वेब (और कार्यकर्ता) रोल्स स्टेटलेस विंडोज वर्चुअल मशीन हैं, जिसमें आपके कोड और स्टार्टअप स्क्रिप्ट के लिए विशेष पैकेजिंग है। इसे http का समर्थन करके परिभाषित नहीं किया गया है: आप http (s), tcp, udp या यहां तक ​​कि कुछ भी नहीं के माध्यम से बाहरी संसाधनों के साथ संवाद कर सकते हैं। वास्तव में यह सब वहाँ है।

— डेविड मैकोगन

Answer 10

यह एक सामान्य प्रश्न है, और मैं msdn का एक अंश देना चाहूंगा।

कैशिंग, सर्विस बस, स्टोरेज, SQL Azure Database- WebSite: Yes WebRole: Yes जैसी सेवाओं तक पहुँच

ASP.NET, क्लासिक ASP, Node.js, PHP- वेबसाइट के लिए समर्थन: हाँ WebRole: हाँ

साझा की गई सामग्री और कॉन्फ़िगरेशन- वेबसाइट: यस वेबरोल: नहीं

जीआईटी, एफटीपी- वेबसाइट के साथ कोड नियत करें: हां वेबरोल: नहीं

निकट-परिनियोजन-वेबसाइट: हाँ वेबरोल: नहीं

एकीकृत MySQL-as-a-service सपोर्ट-वेबसाइट: Yes WebRole: Yes

एकाधिक परिनियोजन वातावरण (उत्पादन और स्टेजिंग) -वसाइट: नहीं वेबरोल: हाँ

नेटवर्क आइसोलेशन-वेबसाइट: कोई वेबरोल: हाँ

सर्वरों के लिए दूरस्थ डेस्कटॉप का उपयोग- WebSite: नहीं WebRole: हाँ

उन्नत अनुमतियों के साथ कार्यक्रम चलाने की क्षमता-वेबसाइट: कोई वेबरोल: हाँ

स्टार्ट-अप कार्यों को परिभाषित / निष्पादित करने की क्षमता-वेबसाइट: कोई वेबरोल: हाँ

असमर्थित ढांचे या पुस्तकालयों-वेबसाइट का उपयोग करने की क्षमता: कोई वेबरोल: हाँ

Windows Azure Connect / Windows Azure Network-WebSite के लिए समर्थन: कोई वेबरोल नहीं: हाँ

अधिक जानकारी प्राप्त करने के लिए, इस लिंक पर जाएँ: http://blogs.msdn.com/b/silverlining/archive/2012/06/27/windows-azure-websites-web-roles-and-vms-when-to प्रयोग-which.aspx