这两种部署模型都有好处，最终将归结为您试图实现的目标以及最终应用程序的成功。
下面我概述了每个模型的优缺点，以确保您为应用程序目标做出正确的选择。

Windows Azure网站

您已经正确地确定了Windows Azure网站是应用程序的一个很好的起点，但是您也可以考虑网站确实为许多解决方案提供了足够的可伸缩性。

优点

• 预览期间10个免费网站[ Free for 12 months ]
• 轻松部署（使用Git、TFS、Web Deploy或FTP）
• Quick Scalability（您可以移动到自己的专用集群[又名保留标准]）
• 简单开发（支持经典ASP、ASP.NET、Node.js、Python和PHP）
• 持久环境（大多数人都习惯了）

缺点

• 自定义域不支持SSL
• 预览中（当前无SLA）

Windows Azure云服务

云服务（以前称为托管服务）绝对是Web应用程序未来的愿景。它在构建时考虑到了弹性，通过扩展以满足需求，并在流量减慢时回拨容量，使应用程序的成本保持在可承受的范围内。

优点

• 增加对应用程序成本的控制（如果架构正确）
• 灵活性（您可以完全控制环境）
• SSL支持
• 语言不可知论者
• Web服务器不可知（尽管IIS在默认情况下可用）
• 自动管理服务器

缺点

• 建筑应该仔细考虑
• 部署时间更慢（减慢开发周期）

可移植性需要考虑的事项

以上各项可能已经为您规划应用程序的近期未来提供了足够的帮助，您很可能希望在未来考虑云服务（从长远来看，云服务更适合许多应用程序场景）。
以下是帮助网站到云服务之间的可移植性的事项列表：

*开始思考无状态

Windows Azure Web Sites很好，因为它是一个持久化环境，这意味着您可以将会话状态和资产等内容存储到磁盘。
虽然这是一个很好的特性，但如果您的最终目标是在云服务中，那么最好开始规划无状态应用程序。这里有一些你可以做的事情来开始思考无状态：

*不依赖会话状态

• 如果您需要它，请制定一个策略来扩展它（缓存服务、SQL或存储）
• 使用存储服务
• 静态HTML、css、javascript和图像等资产更好地放置在存储中
• 避免在您的网站上增加额外的带宽（可能会保持更长的共享时间以降低成本）
• 可以启用CDN，为国际市场提供更好的体验
• 将应用程序迁移到云服务时，更容易更新Web资产
• 存储用户内容
• 如果您的应用程序已经存储到存储服务，则在将来迁移到云服务时，可以少做一次代码修改。
  *轻松发现数据中的模式

云服务的好处是它使您能够通过仅扩展需要扩展的内容来降低成本。开始确定秤单位的过程i.e.如何在存储中对数据库或表进行分区。

我读了所有的文章，他们都很有帮助。除了所有帖子，我在msdn上找到了一个信息：Windows Azure Websites, Cloud Services, and VMs: When to use which?
使用Windows Azure网站，您可以：

• 在Windows Azure上构建高度可扩展的网站。
• 快速、轻松地将站点部署到高度可扩展的云环境中，允许您从小规模开始，并根据需要进行扩展。
• 使用您选择的语言和开源应用程序，然后使用FTP，Git或TFS进行部署，并轻松集成Windows Azure服务，如SQL数据库，缓存，CDN和存储。

借助云服务，您可以：

• 在Windows Azure上构建或扩展企业应用程序。
• 使用丰富的PaaS环境创建高可用性、可扩展的应用程序和服务。支持高级多层场景、自动化部署和弹性扩展。为世界各地的客户提供出色的SaaS解决方案。

并且还总结了msdn上的选项：

并比较msdn上的一些功能Web站点和云服务：

Azure是放置应用程序的好地方，但在开始迁移应用程序之前，您需要了解一些注意事项。

• Azure网站和托管服务的部署非常简单。使用Visual Studio，您可以生成包并简单地上传它。然后你有一个开发环境来检查它。如果对你来说没问题的话，就交换ip吧。如果不适合你，请再次升级。
• 您的示例有一些属性可能会很烦人。例如，您无法确定您的IP。然后，如果您的应用与某些使用IP限制的提供商合作，您将需要弄清楚如何继续。
• 更多的考虑。您的“服务器”随时可能被重新镜像。如果您在本地磁盘上存储了某些内容，则该文件随时可能消失。
• 如果每个网站至少有2个或更多的示例，Azure工作得非常好。也许你的应用程序没有为此做好准备。第一步是managing the sessions with the appFabri c。是真的很容易，只是在您的网页配置的变化。请小心，因为此会话状态并不完全像“旧状态”那样工作。不能存储不可序列化的对象（应该易于适应）或非常大的对象（超过8 MB）。

如果你打算从零开始开发一些东西，我建议你从一开始就进入Azure。原因很简单：它真的很便宜开始，你不会支付严重的钱，直到应用程序有很多的访问。设置SQLAzure和存储帐户也非常便宜。一旦一切就绪，就可以轻松添加更多示例或进行扩展。

示例：

想象一下，你有一个想法，你希望向一些可能的投资者展示。
你开始建立一个小的SQLAzure数据库（1GB），每月9.99美元。
然后你建立一个网站，你把2个额外的小示例，每月18，72美元。
假设您需要100 GB的空间（映像、备份、....），每月12，50美元。
在他看来，你已经准备好开始你的生意，每月支付不到50美元。
如果你的站点有exit并且访问量开始增加，你就需要为小示例更改示例（在生产环境中使用额外的小示例是非常危险的，因为没有cpu预留）。然后你改变额外的小成本（18.71美元）高达57.60美元。也许你需要更多的空间到SQL Azure？等等
价格从这里计算：http://www.windowsazure.com/en-us/pricing/calculator/?scenario=web。
这些只是一些提示，还有很多。我的建议是开始一个试用帐户，并使用它。

**最后的建议：**它很容易解决一切只是购买更多的资源。有时你需要重构和优化你的代码。如果每次遇到问题时都简单地添加更多的资源，那么最终可能会产生一个巨大的账单和一个非常混乱的代码。

希望有帮助！

Windows Azure云服务相对于网站的另一个优势是云服务可以添加到Azure虚拟网络。这可以给予它访问本地资源，如数据库。因此，如果您需要Azure提供的可扩展性，但由于安全限制需要将数据保留在本地，那么云服务是更好的选择。
Azure网站不能是Azure虚拟网络的一部分。要访问本地资源，必须配置Azure服务总线中继等机制。

我们的网站在一些主机上运行在PHP上，并在某个时候决定将其移动到Azure（我们服务的主要部分）。我们从Azure Web Sites开始，从开发的Angular 来看（主要是与git的集成），它非常棒。但经过大约一周的测试（当我们决定实际移动生产网站时），我们发现目前
1.自定义域无SSL
1.自定义域仅可用于保留示例（无共享基础架构）

1. SLA
   所以我们搬到了托管服务。我们的主要问题是缺乏简单部署的能力（需要构建包并上传整个网站包），找到的解决方案是使用dropbox -作为角色的启动任务，我们在机器上安装dropbox服务，它从dropbox中获取所有网站，然后将SVN checkout 文件夹，因此网站更新变得非常容易。