新的Azure Web站点和传统的Azure Web角色之间有什么实质性的区别?NET MVC应用程序?我选择“网站”而不是“网络角色”的原因是什么?反之亦然?
让我们假设在两种情况下我都需要相同的容量(例如2个小实例)。除了网站在预览期有33%的临时折扣外，价格似乎是相当的。
我在“网站”上可以做的事情，在网络角色上是困难的或不可能的吗?例如，使用“网站”将多个网站放在一组虚拟机中变得容易吗?我在“网站”和“网络角色”之间失去了什么吗?能够微调IIS?是否能够在本地使用缓存服务?
当前回答
我发现的另外两件事是为自定义域站点获取SSL的成本和多租户配置。
对于网站，你需要在标准实例的基础上每月支付(小实例是最便宜的选择)。这意味着为了获得自定义域https将花费你~70/月的小实例加上~41/月的SSL支持所有浏览器。
对于WebRole，您可以免费获得XS实例并添加自己的SSL，这意味着每月约15美元 你有一个自定义的SSL域。
对于多租户网站检查 多租户Azure动态通配符CName
其他回答
Azure网站、Web worker和虚拟机是Windows Azure上可用的三种不同的计算方法。他们在控制和责任的水平上有所不同:
Azure网站有最低级别的控制，但你不关心保持健康的虚拟机和IIS，因为Azure的东西为你做这些 Web角色给你更多的控制(流量管理器，远程桌面)，但更多的管理是可能的，这意味着你可以通过远程桌面破坏一些东西 虚拟机让您完全控制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
这可以归结为易用性和功能之间的权衡。
我刚刚在http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/上发表了一篇关于这个主题的全面博客文章。
我的结论摘录如下:如果你需要巨大的规模，SSL，亚洲或美国西部的数据中心，一个非标准配置(IIS，端口，诊断，安全证书或启动脚本)，RDP或具有成本效益的工作者角色(结合你的Web角色)，那么你现在将不得不坚持使用Web角色。
否则，网站是一个很好的选择!
这是一个常见的问题，我想从msdn中摘录一段。
访问服务，如缓存，服务总线，存储，SQL Azure数据库-网站:是WebRole:是
支持ASP。NET，经典ASP, Node.js, PHP-网站:是WebRole:是
共享的内容和配置-网站:是WebRole:否
使用GIT、FTP部署代码-网站:是WebRole:否
近即时部署-网站:是web brole:否
集成mysql即服务支持-网站:是WebRole:是
多部署环境(生产和登台)-网站:没有WebRole:有
网络隔离-网站:无web brole:有
远程桌面访问服务器-网站:没有WebRole:是
能够以更高的权限运行程序-网站:没有web brole:是
能够定义/执行启动任务-网站:没有web brole:有
能够使用不受支持的框架或库-网站:没有WebRole:有
支持Windows Azure Connect/ Windows Azure Network-WebSite:No WebRole:Yes
要获得更多详细信息，请访问这个链接:http://blogs.msdn.com/b/silverlining/archive/2012/06/27/windows-azure-websites-web-roles-and-vms-when-to-use-which.aspx
Azure Web角色就像一个虚拟的私有主机。你有一个虚拟机作为你的web服务器，你拥有这个虚拟机实例。
Azure Web站点就像一个弹性共享托管服务。你把你的应用程序部署到一个不受你控制的web服务器上，它也为其他用户的网站提供服务。您可以根据资源需求的变化，上下扩展站点(需要额外付费)，使其更具弹性。
web角色是承载多个网站的虚拟机
