ความแตกต่างระหว่างเว็บไซต์ Azure และบทบาทเว็บ Azure คืออะไร

อะไรคือความแตกต่างของวัสดุระหว่างเว็บไซต์ Azureใหม่และ Azure Web Roles แบบดั้งเดิมสำหรับแอปพลิเคชัน ASP.NET MVC ฉันจะเลือก "เว็บไซต์" ทำไมบน "บทบาทของเว็บ" หรือในทางกลับกัน

สมมติว่าฉันต้องการความจุเท่ากันทั้งสองกรณี (เช่น 2 อินสแตนซ์ขนาดเล็ก) ราคาดูเหมือนเทียบเคียงอื่นนอกเหนือจากความจริงที่ว่ามีส่วนลดชั่วคราว 33% สำหรับเว็บไซต์ขณะที่อยู่ในช่วงพรีวิว

มีสิ่งใดบ้างที่ฉันสามารถทำได้กับ "เว็บไซต์" ที่ยากหรือเป็นไปไม่ได้กับบทบาทของเว็บ ตัวอย่างเช่นการใส่หลายเว็บไซต์ใน VMs เพียงชุดเดียวทำได้ง่ายขึ้นหรือไม่โดยใช้ "เว็บไซต์" ฉันสูญเสียสิ่งใดด้วย "เว็บไซต์" หรือ "บทบาทของเว็บ" หรือไม่? ความสามารถในการปรับแต่ง IIS? ความสามารถในการใช้บริการแคชในเครื่องหรือไม่

Web Roles ให้คุณสมบัติหลายอย่างนอกเหนือจาก Web Apps (เดิมคือเว็บไซต์):

• ความสามารถในการเรียกใช้สคริปต์เริ่มต้นที่เพิ่มขึ้นเพื่อติดตั้งแอพปรับเปลี่ยนการตั้งค่ารีจิสทรีติดตั้งเคาน์เตอร์วัดประสิทธิภาพปรับแต่ง IIS และอื่น ๆ
• ความสามารถในการแยกแอพออกเป็นเทียร์ (อาจเป็นบทบาทเว็บสำหรับส่วนหน้า, บทบาทผู้ปฏิบัติงานสำหรับการประมวลผลส่วนหลัง) และปรับขนาดได้อย่างอิสระ
• ความสามารถในการ RDP ใน VM ของคุณสำหรับการดีบัก
• การแยกเครือข่าย
• IP แอดเดรสเสมือนเฉพาะซึ่งอนุญาตให้อินสแตนซ์บทบาทเว็บในบริการคลาวด์สามารถเข้าถึงเครื่องเสมือนที่ จำกัด IP ได้
• จุดสิ้นสุดที่ จำกัด ACL (เพิ่มใน Azure SDK 2.3, เมษายน 2014)
• รองรับพอร์ต TCP / UDP ใด ๆ (เว็บไซต์ถูก จำกัด ไว้ที่ TCP 80/443)

Web Apps มีข้อได้เปรียบเหนือบทบาท Web แต่:

• การปรับใช้ใกล้ทันทีพร้อมกับประวัติการปรับใช้ / การย้อนกลับ
• Visual Studio Online, GitHub, Local Git, ftp, CodePlex, DropBox, BitBucket รองรับการปรับใช้
• ความสามารถในการแผ่ออกหนึ่งใน CMS และเฟรมเวิร์กจำนวนมาก (เช่น WordPress, Joomla, Django, MediaWiki ฯลฯ )
• การใช้ฐานข้อมูล SQL หรือ MySQL
• ง่ายและรวดเร็วในการปรับขนาดจากระดับฟรีเป็นระดับที่ใช้ร่วมกันไปจนถึงระดับเฉพาะ
• งานเว็บ
• สำรองข้อมูลเนื้อหาเว็บไซต์
• เครื่องมือตรวจแก้จุดบกพร่องบนเว็บในตัว (คอนโซลดีบัก cmd / powershell ง่าย, เครื่องมือตรวจสอบกระบวนการ, เครื่องมือวินิจฉัยเช่นบันทึกการสตรีม ฯลฯ )

ด้วยการเปิดตัวเดือนเมษายน 2014 และกันยายน 2014 ตอนนี้มีคุณสมบัติบางอย่างร่วมกันทั้ง Web Apps และ Web Roles (และบทบาทของผู้ปฏิบัติงาน) รวมถึง:

• การจัดเตรียม + ช่วงการผลิต
• Wildcard DNS, ใบรับรอง SSL
• การรวม Visual Studio
• รองรับ Traffic Manager
• การสนับสนุนเครือข่ายเสมือน

นี่คือ screengrab ที่ฉันได้รับจากแบบฟอร์มการเลือกแกลเลอรีเว็บไซต์:

ฉันคิดว่า Web Apps เป็นวิธีที่ยอดเยี่ยมในการเริ่มต้นและทำงานได้อย่างรวดเร็วซึ่งคุณสามารถเปลี่ยนจากการแชร์เป็นทรัพยากรที่สงวนไว้ เมื่อคุณเจริญเร็วกว่านี้คุณสามารถเลื่อนไปที่ Web Roles และขยายได้ตามต้องการ

แก้ไข 2014: สำหรับสิ่งที่คุ้มค่าข้อมูลจำนวนมากในคำตอบนี้ไม่ถูกต้องอีกต่อไป - ดูความคิดเห็น

เพิ่มมากขึ้นในการตอบกลับของ @David:

ด้วยเว็บไซต์ Windows Azure คุณไม่สามารถควบคุม IIS หรือเว็บเซิร์ฟเวอร์ได้เนื่องจากคุณใช้การแบ่งทรัพยากรพร้อมกับเว็บไซต์อื่น ๆ นับร้อยบนเครื่องเดียวกันคุณกำลังแชร์ทรัพยากรเหมือน ๆ กันดังนั้นจึงไม่มีการควบคุม IIS

ความแตกต่างอย่างมากระหว่างเว็บไซต์ที่ใช้ร่วมกันและบทบาทเว็บ Azure คือเว็บไซต์ถูกพิจารณาว่าเป็นกระบวนการที่ถูกผูกไว้ในขณะที่บทบาทนั้นถูกผูกไว้กับ VM

เว็บไซต์ถูกเก็บไว้ในส่วนแบ่งเนื้อหาซึ่งสามารถเข้าถึงได้จาก "เว็บเซิร์ฟเวอร์" ทั้งหมดในฟาร์มดังนั้นจึงไม่มีการจำลองแบบหรือสิ่งอื่น ๆ ที่จำเป็น

เว็บไซต์ Windows Azure ไม่สามารถมีชื่อโฮสต์ของตัวเองได้แทนพวกเขาจะต้องใช้websitename .azurewebsites.net เท่านั้นและคุณสามารถใช้การตั้งค่า CNAME ในผู้ให้บริการ DNS ของคุณเพื่อกำหนดเส้นทางคำขอของคุณเช่นเดียวกับบทบาท Windows Azure ก่อนหน้าเฉพาะเมื่อทำงานในโหมดลิขสิทธิ์ . ไม่รองรับการตั้งค่า CNAME สำหรับเว็บไซต์ที่ใช้ร่วมกัน

ฉันเพิ่งโพสต์โพสต์บล็อกที่ครอบคลุมในเรื่องนี้มากที่http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/ http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/

ข้อความที่ตัดตอนมาจากบทสรุปของฉัน: หากคุณต้องการศูนย์ข้อมูลขนาดใหญ่ SSL, เอเชียหรือสหรัฐอเมริกาตะวันตกการกำหนดค่าที่ไม่ได้มาตรฐาน (ของ IIS, พอร์ต, การวินิจฉัย, การรักษาความปลอดภัยหรือสคริปต์เริ่มต้น), RDP หรือบทบาทของพนักงาน รวมกับบทบาทเว็บของคุณ) จากนั้นคุณจะต้องยึดติดกับบทบาทของเว็บในตอนนี้

มิฉะนั้นเว็บไซต์เป็นตัวเลือกที่ยอดเยี่ยม!

Azure Web Role เปรียบเสมือนโฮสต์ส่วนตัวเสมือน คุณได้รับ VM ที่ทำหน้าที่เป็นเว็บเซิร์ฟเวอร์ของคุณและคุณเป็นเจ้าของอินสแตนซ์ VM นั้น

เว็บไซต์ Azure เปรียบเสมือนบริการโฮสติ้งที่ใช้ร่วมกันแบบยืดหยุ่น คุณปรับใช้แอปของคุณไปยังเว็บเซิร์ฟเวอร์ที่คุณไม่ได้ควบคุมและที่เซิร์ฟเวอร์ของผู้ใช้รายอื่น คุณสามารถปรับขนาดเว็บไซต์ของคุณขึ้นและลง (มีค่าใช้จ่ายเพิ่มเติม) เพื่อเพิ่มความยืดหยุ่นในการใช้ทรัพยากรของคุณ

มีอีกหนึ่งสถานการณ์ที่ขึ้นไปบนอากาศ: หลังจากข้อยกเว้น 500 ข้อเหล่านี้หมดไปพวกเขาไม่ได้พูดอะไรเกี่ยวกับความสามารถของเว็บไซต์ Azure ในการจัดการสัญลักษณ์ตัวแทนของ CNAME พวกเราหลายคนกำลังใช้ Web Role Accelerator ของ Nate ในบริการคลาวด์เนื่องจากแฮ็คแบบหนึ่งบรรทัดให้ความสามารถในการย่อยไวด์การ์ดในซอฟต์แวร์ของ Nate เราไม่สามารถย้ายแอปย่อยของสัญลักษณ์แทนเหล่านี้ได้จนกว่าเราจะทราบว่าเว็บไซต์ Azure จะสามารถจัดการได้ ถ้ามันไม่สามารถทำเช่นนั้นได้มันก็จะเป็นไปในทางบวกในบทบาท Web Role ของสมการ นอกจากนี้ยังมีข้อสังเกตว่าด้วยการกำหนดราคาที่เหมือนกันอย่างแน่นอน (หลังจากส่วนลดการแสดงตัวอย่างหมดอายุ) ฉันไม่แน่ใจว่าฉันต้องการยกเลิกการเข้าถึง RDC และ Event Viewer (เพียงแค่พูดถึงสองสิ่ง)

เว็บไซต์ Azureช่วยให้คุณสร้างเว็บไซต์ที่ปรับขนาดได้อย่างรวดเร็วบน Azure คุณสามารถใช้ Azure Portal หรือเครื่องมือบรรทัดคำสั่งเพื่อตั้งค่าเว็บไซต์ด้วยภาษายอดนิยมเช่น. NET, PHP, Node.js และ Python เฟรมเวิร์กที่สนับสนุนถูกปรับใช้แล้วและไม่ต้องการขั้นตอนการติดตั้งเพิ่มเติม แกลเลอรี Azure Web Sites มีแอปพลิเคชันของบุคคลที่สามมากมายเช่น Drupal และ WordPress รวมถึงกรอบการพัฒนาเช่น Django และ CakePHP หลังจากสร้างเว็บไซต์คุณสามารถโยกย้ายเว็บไซต์ที่มีอยู่หรือสร้างเว็บไซต์ใหม่อย่างสมบูรณ์ เว็บไซต์ไม่จำเป็นต้องจัดการฮาร์ดแวร์ทางกายภาพและยังมีตัวเลือกการปรับขนาดอีกมากมาย คุณสามารถย้ายจากโมเดลหลายผู้เช่าที่ใช้ร่วมกันไปยังโหมดมาตรฐานที่เครื่องเฉพาะบริการรับส่งข้อมูลขาเข้า เว็บไซต์ยังช่วยให้คุณสามารถรวมเข้ากับบริการ Azure อื่น ๆ เช่นฐานข้อมูล SQL, บัสบริการและที่เก็บข้อมูล ใช้ตัวอย่าง Azure WebJobs SDK คุณสามารถเพิ่มการประมวลผลพื้นหลัง โดยสรุป Azure Web Sites ช่วยให้การมุ่งเน้นไปที่การพัฒนาแอพพลิเคชั่นง่ายขึ้นโดยรองรับภาษาที่หลากหลายแอพพลิเคชั่นโอเพ่นซอร์สและวิธีการปรับใช้ (FTP, Git, Web Deploy หรือ TFS) หากคุณไม่มีข้อกำหนดพิเศษที่ต้องใช้บริการคลาวด์หรือเครื่องเสมือนเว็บไซต์ Azure น่าจะเป็นตัวเลือกที่ดีที่สุด

บริการคลาวด์ช่วยให้คุณสามารถสร้างเว็บแอปพลิเคชั่นที่ปรับขนาดได้และพร้อมใช้งานสูงในสภาพแวดล้อมของแพลตฟอร์มในฐานะบริการ (PaaS) ซึ่งแตกต่างจากเว็บไซต์บริการคลาวด์ถูกสร้างขึ้นเป็นครั้งแรกในสภาพแวดล้อมการพัฒนาเช่น Visual Studio ก่อนที่จะถูกปรับใช้กับ Azure เฟรมเวิร์กเช่น PHP ต้องการขั้นตอนการปรับใช้แบบกำหนดเองหรืองานที่ติดตั้งเฟรมเวิร์กเมื่อเริ่มต้นบทบาท ข้อได้เปรียบหลักของ Cloud Services คือความสามารถในการรองรับสถาปัตยกรรมแบบหลายเทียร์ที่ซับซ้อนยิ่งขึ้น บริการคลาวด์เดียวอาจประกอบด้วยบทบาทเว็บส่วนหน้าและบทบาทของผู้ปฏิบัติงานอย่างน้อยหนึ่งบทบาท แต่ละชั้นสามารถปรับขนาดได้อย่างอิสระ นอกจากนี้ยังเพิ่มระดับการควบคุมโครงสร้างพื้นฐานแอปพลิเคชันเว็บของคุณ ตัวอย่างเช่นคุณสามารถเดสก์ท็อประยะไกลไปยังเครื่องที่ใช้งานอินสแตนซ์ของบทบาท

เครื่องเสมือนช่วยให้คุณสามารถเรียกใช้เว็บแอปพลิเคชันบนเครื่องเสมือนใน Azure ความสามารถนี้เรียกว่า Infrastructure as a Service (IaaS) สร้าง Windows Server หรือเครื่อง Linux ใหม่ผ่านพอร์ทัลหรืออัพโหลดอิมเมจเครื่องเสมือนที่มีอยู่ เครื่องเสมือนช่วยให้คุณควบคุมระบบปฏิบัติการการกำหนดค่าและซอฟต์แวร์และบริการที่ติดตั้ง นี่เป็นตัวเลือกที่ดีสำหรับการโอนย้ายเว็บแอปพลิเคชันในสถานที่ไปยังคลาวด์อย่างรวดเร็วเนื่องจากเครื่องสามารถย้ายได้โดยรวม ด้วยเครือข่ายเสมือนจริงคุณสามารถเชื่อมต่อเครื่องเสมือนเหล่านี้กับเครือข่ายองค์กรในสถานที่ได้ เช่นเดียวกับ Cloud Services คุณสามารถเข้าถึงเครื่องเหล่านี้จากระยะไกลและความสามารถในการเปลี่ยนแปลงการกำหนดค่าในระดับการดูแลระบบ อย่างไรก็ตามไม่เหมือนกับเว็บไซต์และบริการคลาวด์ คุณต้องจัดการอิมเมจเครื่องเสมือนและสถาปัตยกรรมแอปพลิเคชันโดยสมบูรณ์ในระดับโครงสร้างพื้นฐาน ตัวอย่างพื้นฐานอย่างหนึ่งคือคุณต้องใช้แพตช์ของคุณเองกับระบบปฏิบัติการ

ดูการเปรียบเทียบที่อัปเดตและครอบคลุมจากลิงก์นี้: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/

เว็บไซต์ Azure, Web Workers และ Virtual Machines เป็นวิธีการคำนวณที่แตกต่างกันสามวิธีที่มีอยู่ใน Windows Azure พวกเขาแตกต่างกันในระดับการควบคุมและความรับผิดชอบ:

• เว็บไซต์ Azureมีระดับการควบคุมที่ต่ำที่สุด แต่คุณไม่สนใจที่จะรักษาสุขภาพเสมือนเครื่องและ IIS เพราะ Azure stuff สามารถทำสิ่งนี้ให้คุณได้
• Web Roles ช่วยให้คุณควบคุมได้มากขึ้น (ตัวจัดการทราฟฟิก, เดสก์ท็อประยะไกล) แต่คุณสามารถจัดการได้มากขึ้นในด้านของคุณซึ่งหมายความว่าคุณสามารถทำลายบางอย่างผ่านเดสก์ท็อประยะไกลได้
• เครื่องเสมือนช่วยให้คุณควบคุม VM ได้อย่างเต็มที่ดังนั้นจึงต้องใช้ความพยายามด้านการดูแลมากที่สุด

ไม่มีทางเลือกที่ดีที่สุดเนื่องจากขึ้นอยู่กับระดับการควบคุมที่คุณต้องการคุณสมบัติที่คุณต้องการและสิ่งที่คุณต้องการออกจาก 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

มันลดลงเพื่อแลกเปลี่ยนระหว่างการใช้งานง่ายและความสามารถ

อีกสองสิ่งที่ฉันพบคือค่าใช้จ่ายในการรับ SSL สำหรับไซต์โดเมนที่กำหนดเองและการกำหนดค่าผู้เช่าหลายคน

สำหรับเว็บไซต์ที่คุณต้องจ่ายรายเดือนด้านบนของอินสแตนซ์มาตรฐาน (อินสแตนซ์ขนาดเล็กเป็นตัวเลือกที่ถูกที่สุด) ซึ่งหมายความว่าเพื่อให้ได้รับโดเมนที่กำหนดเอง https จะมีค่าใช้จ่ายคุณ ~ 70 / เดือนสำหรับอินสแตนซ์ขนาดเล็กบวก ~ 41 / เดือนสำหรับ SSL ที่รองรับเบราว์เซอร์ทั้งหมด

สำหรับ WebRole คุณสามารถรับอินสแตนซ์ XS และเพิ่ม SSL ของคุณเองได้ฟรีซึ่งหมายถึง ~ $ 15 ต่อเดือนและคุณมีโดเมนที่กำหนดเองด้วย SSL

สำหรับเว็บไซต์หลายผู้เช่าตรวจสอบ CN-wildcard ตัวแทน Azure แบบไดนามิก

บทบาทของเว็บเป็นเครื่องเสมือนที่โฮสต์หลายเว็บไซต์

นี่เป็นคำถามทั่วไปและฉันต้องการตัดตอนจาก msdn

การเข้าถึงบริการต่างๆเช่นแคช, บัสบริการ, ที่เก็บข้อมูล, ฐานข้อมูล SQL Azure- เว็บไซต์: ใช่ WebRole: ใช่

รองรับ ASP.NET, ASP คลาสสิก, Node.js, PHP- เว็บไซต์: ใช่ WebRole: ใช่

เนื้อหาและการกำหนดค่าที่ใช้ร่วมกัน - เว็บไซต์: ใช่ WebRole: ไม่

ปรับใช้รหัสด้วย GIT, FTP- เว็บไซต์: ใช่ WebRole: ไม่

การปรับใช้ใกล้เคียงทันที - เว็บไซต์: ใช่ WebRole: ไม่

รองรับการใช้งาน MySQL-as-a-service-WebSite: ใช่ WebRole: ใช่

สภาพแวดล้อมการปรับใช้หลายอย่าง (การผลิตและการจัดเตรียม) -WebSite: ไม่มี WebRole: ใช่

การแยกเครือข่าย - เว็บไซต์: ไม่มี WebRole: ใช่

การเข้าถึงเดสก์ท็อประยะไกลไปยังเซิร์ฟเวอร์ -Site: ไม่มี WebRole: ใช่

ความสามารถในการเรียกใช้โปรแกรมด้วยสิทธิ์ระดับสูง - เว็บไซต์: ไม่มี WebRole: ใช่

ความสามารถในการกำหนด / เรียกใช้งานเริ่มต้นทำงาน - เว็บไซต์: ไม่มี WebRole: ใช่

ความสามารถในการใช้เฟรมเวิร์กหรือไลบรารีที่ไม่สนับสนุน - เว็บไซต์: ไม่มี WebRole: ใช่

รองรับ Windows Azure Connect / Windows Azure Network-WebSite: ไม่มี WebRole: ใช่

หากต้องการรายละเอียดเพิ่มเติมโปรดไปที่ลิงก์นี้: http://blogs.msdn.com/b/silverlining/archive/2012/06/27/windows-azure-websites-web-roles-and-vms-when-to ใช้งาน-which.aspx