在 Windows Azure 的何处部署 WebApi:作为网站还是作为云服务?
Posted
技术标签:
【中文标题】在 Windows Azure 的何处部署 WebApi:作为网站还是作为云服务?【英文标题】:Where to deploy a WebApi at Windows Azure: as Website or as Cloud Service? 【发布时间】:2013-01-16 00:53:09 【问题描述】:我正在开发一个 Web API,并将在 Windows Azure 上托管它。我应该考虑什么来决定在哪里部署它?据我所知,它可以部署为网站或云服务。很想知道你们看到的利弊。
谢谢!
【问题讨论】:
这取决于你想要多少控制。 【参考方案1】:云服务和 Windows Azure 网站都是 ASP.NET Web API 的良好宿主。
我同意@SLaks - 取决于你想要多少控制。
使用云服务实现最大控制(包括控制性能特征和(对于需要此功能的 API)横向扩展能力)。网站的部署速度(秒而不是分钟)和成本(可能是免费的,取决于您的扩展需求)。
对于网站,您的最大 VM 大小为大型。借助云服务,它可以达到 XL(是大型规格的两倍)。 对于网站,您最多可以拥有三个处于保留模式的 VM 实例。对于云服务,没有硬性限制(尽管您可能需要致电支持部门才能在标准帐户中超过 20 个核心)。 对于网站,您无法控制 IIS。有了云服务,您就可以做到,因此您可以使用Warm-up Module in IIS 和调整回收设置(这些都有助于改善某些情况下的延迟)。有关扩展网站的更多信息:http://www.windowsazure.com/en-us/manage/services/web-sites/how-to-scale-websites/
总之,从最少到最多的控制,您确实拥有:网站共享实例(高密度模式,很少控制,有限规模,免费)=> 保留模式(很少控制,更好的规模,更可预测(b /c 没有你不知道的租户),花钱,知识少)=> 云服务(对 IIS 的最大控制,花钱,需要更多关于云服务的知识)。
【讨论】:
您能否详细说明性能特征?谢谢。以上是关于在 Windows Azure 的何处部署 WebApi:作为网站还是作为云服务?的主要内容,如果未能解决你的问题,请参考以下文章
无法在 Azure Web App 上为来自 DockerHub 的容器部署 Windows 容器