这个决定是因为我看到Azure网站的开发更加简单和快速,几乎没有Azure特定的配置或代码.所以开始快速简单是项目的一个很好的起点.
但是,这是一个很好的起点吗？
将Azure网站迁移到Azure Cloud Service与将ASP.NET网站正常迁移到Azure Cloud Service相同？
从一开始你会从Azure Cloud Service开始吗？如果是,为什么？
谢谢你的时间.
以下我概述了每个模型的优点和缺点,以确保您为应用程序目标做出正确的选择.
Windows Azure网站
您已经正确地确定了Windows Azure网站是应用程序的一个很好的起点,但是您也可以考虑网站为许多解决方案提供足够的可扩展性.
优点
> 10预览中的免费网站[Free for 12 months]
>轻松部署(使用Git,TFS,Web部署或FTP)
> Quick Scalability(你可以移动到你自己的专用集群[也就是保留标准])
>简单开发(支持Classic ASP,ASP.NET,@L_403_5@,Python& PHP)
>持续环境(大多数人习惯这样)
缺点
Windows Azure云服务
云服务(以前称为托管服务)绝对是Web应用程序未来的愿景.它的灵活性是建立在弹性方面,以保持应用程序的成本可承受的扩展以满足需求,并在您的流量减慢时拨回容量.
优点
>增加对应用程序成本的控制(如果架构正确)
灵活性(您可以完全控制环境)
> SSL支持
>语言不可知论
> Web服务器不可知论(尽管IIS默认情况下可用)
>服务器的自动管理
缺点
>建筑应慎重考虑
>部署时间较慢(减少开发周期)
需要考虑的便携性
以上项目可能已经给您足够的计划应用程序的即将来临,很可能您以后可能会考虑使用云服务(从长远来看,适合多种应用场景).
以下是帮助Web站点到云服务之间的可移植性的一系列事项：
>开始思考无状态
Windows Azure网站是很好的,因为它是一个永久性的环境,这意味着您可以将会话状态和资源的东西存储到磁盘.
虽然这是一个很好的功能,但是如果您的最终目标是在云服务中,最好是开始规划无状态应用程序.这里有几件事情可以开始思考无国籍人：
>不要依赖会话状态
>如果需要,可以制定一个策略,使其扩展(缓存服务,sql或存储)
>使用存储服务
>资源,如静态HTML,CSS,JavaScript和图像更好地放在存储
>在您的网站上避免额外的带宽(潜在地保持共享更长的成本)
>可以启用CDN,为国际市场提供更好的体验
>当应用程序迁移到云服务时,更容易更新网络资源
>如果您的应用程序已经存储到存储服务中,则在迁移到云服务时,将来会减少一些代码修改.
>轻松发现数据中的模式
云服务的优势在于,您可以通过仅缩放需要缩放的成本来降低成本.开始识别您的比例单位的过程,即如何分区数据库或存储中的表.
