Asp.net mvc 4 Azure网站和Azure Web角色之间有什么区别（2013年7月版）

背景： 使用Azure SQL、Azure表存储、EF、Web API、MVC、Azure缓存（可能是工作角色）构建新的多租户应用程序--所有常见的怀疑：

请参阅前一段时间（2012年6月）提出/回答的问题：

旁注： 我倾向于Web API的Web角色/工作者角色和MVC/CMS框架的Web站点（即DotNetNuke）

我知道网站已经过了测试版，并且在某些方面弥补了与Web角色的差距

问题: 我正在寻找以下问题的最新答案：

---

对于ASP.NET MVC和ASP.NET Web API应用程序，新的Azure网站与传统的Azure Web角色之间有哪些实质性差异？我选择“网站”而不是“web角色”的原因是什么？反之亦然。

现在，您有以下执行模型：

-网站

-云服务（工作者角色/Web角色）

-移动服务

-虚拟机

云服务和网站之间有什么区别。

-云服务： 您可以与Team Foundation Services集成，并允许其发布到Azure。（连续交付）。使用云服务（Web角色），Azure中有两个环境：暂存环境和生产环境。您可以使用暂存进行验证，只需单击一次（交换选项），即可将新部署包应用于生产环境

-网站： 当您想要创建一个简单的网站时，Web站点是正确的选择。对于创建低管理web应用程序（即使是必须具有相当可扩展性的应用程序）或将现有IIS web应用程序移动到公共云，它也是一个不错的选择

云服务，这是由 WindowsAzure是一种明确的PaaS方法。而 PaaS和web托管是模糊的，云服务在某些方面有所不同 来自网站的重要方式，包括：

与网站不同，云服务为您提供对 您的应用程序的虚拟机。这使您可以安装任意软件 您的应用程序需要一些Web站点不可能做到的事情。 因为云服务同时提供web角色和工作者角色，所以它是一个 对于需要 独立的虚拟机用于其业务逻辑。云服务提供 独立的暂存和生产环境，使应用程序 更新比网站更流畅。与网站不同，您可以 使用网络技术，如Windows Azure虚拟网络和 Windows Azure Connect将本地计算机连接到云服务 应用。云服务允许您使用远程桌面进行连接 直接连接到应用程序的VM，这是不可能的 网站

更多信息：

---

如今，您有以下执行模型：

-网站

-云服务（工作者角色/Web角色）

-移动服务

-虚拟机

云服务和网站之间有什么区别。

-云服务： 您可以与Team Foundation Services集成，并允许其发布到Azure。（连续交付）。使用云服务（Web角色），Azure中有两个环境：暂存环境和生产环境。您可以使用暂存进行验证，只需单击一次（交换选项），即可将新部署包应用于生产环境

-网站： 当您想要创建一个简单的网站时，Web站点是正确的选择。对于创建低管理web应用程序（即使是必须具有相当可扩展性的应用程序）或将现有IIS web应用程序移动到公共云，它也是一个不错的选择

云服务，这是由 WindowsAzure是一种明确的PaaS方法。而 PaaS和web托管是模糊的，云服务在某些方面有所不同 来自网站的重要方式，包括：

与网站不同，云服务为您提供对 您的应用程序的虚拟机。这使您可以安装任意软件 您的应用程序需要一些Web站点不可能做到的事情。 因为云服务同时提供web角色和工作者角色，所以它是一个 对于需要 独立的虚拟机用于其业务逻辑。云服务提供 独立的暂存和生产环境，使应用程序 更新比网站更流畅。与网站不同，您可以 使用网络技术，如Windows Azure虚拟网络和 Windows Azure Connect将本地计算机连接到云服务 应用。云服务允许您使用远程桌面进行连接 直接连接到应用程序的VM，这是不可能的 网站

更多信息：

---

对我来说，这可以归结为一系列特征。云服务更具“企业性”，具有许多特性。网站的“企业”功能较少，真正适合初创企业（即易于运行、易于扩展、GitHub发布等）。如果你曾经计划使用“所有”的Azure云栈，那么我会认真考虑云Services，因为添加虚拟网络，例如，只有在云服务中才是可能的。我认为两者都将以这种方式发展功能..“云服务”用于生产/更复杂；“网站”尝试云计算/创业如果我有一家创业公司，我会使用云服务，因为我将有不同的环境来部署。对我来说，这归结为一系列功能的融合。云服务更具“企业性”，具有许多特性。网站的“企业”功能较少，真正适合初创企业（即易于运行、易于扩展、GitHub发布等）。如果你曾经计划使用“所有”的蔚蓝云层，那么我会认真考虑Cloud Seriv。