上下文： 使用Azure SQL，Azure表存储，EF，Web API，MVC，Azure缓存，可能是工作者角色构建新的多租户应用程序 - 所有常见的嫌疑人：
请参阅之前的问题/回答一段时间（2012年6月）：What is the difference between an Azure Web Site and an Azure Web Role
旁注： 我倾向于Web API和Web站点的Web角色/工作者角色，用于MVC / CMS框架（即DotNetNuke）
我了解网站已经过测试，并且在某些方面缩小了与Web角色的差距。
问题： 我正在寻找以下更新的答案： 新的Azure网站与ASP.NET MVC和ASP.NET Web API应用程序的传统Azure Web角色之间存在哪些重大差异？我选择“网站”而不是“网络角色”的原因是什么？反之亦然？
答案 0 :(得分：1)
现在您有以下执行模型：
-Web Sites
- 云服务（工作者角色/ Web角色）
- 移动服务
- 虚拟机
云服务和网站之间存在哪些差异。
- 云服务： 您可以与Team Foundation Services集成并允许它发布到Azure。 （持续交付）。借助云服务（Web角色），您可以在Azure，分段和生产环境中使用两个环境。您可以使用Staging进行验证，只需单击一下（交换选项），即可将新部署包应用于生产环境。
-Web站点： 当您想要创建一个简单的网站时，网站是正确的选择。它也是创建低管理Web应用程序的理想选择，即使是必须具有可扩展性的应用程序，也可以将现有的IIS Web应用程序移动到公共云。
云服务，这是由提供的初始执行模型 Windows Azure是一种明确的PaaS方法。而在线之间 PaaS和虚拟主机模糊，云服务有些不同 网站的重要方式，包括以下内容：
与网站不同，云服务为您提供管理访问权限 您的应用程序的VM。这可以让你安装任意软件 您的应用程序需求，这是Web站点无法实现的。 由于云服务同时提供Web角色和工作者角色，因此它是一个 对于需要的多层应用程序，比网站更好的选择 为其业务逻辑分离VM。云服务提供 单独的登台和生产环境，制作应用程序 更新比网站更顺畅。与网站不同，您可以 使用网络技术，如Windows Azure虚拟网络和 Windows Azure Connect将本地计算机挂接到云服务 应用。 Cloud Services允许您使用远程桌面进行连接 直接到应用程序的VM，这是不可能的 网站。
http://www.windowsazure.com/en-us/manage/windows/fundamentals/compute/
更多信息：