在Windows Azure的何处部署WebApi:作为网站还是作为云服务?

在Windows Azure的何处部署WebApi:作为网站还是作为云服务?,azure,asp.net-web-api,azure-web-app-service,azure-deployment,Azure,Asp.net Web Api,Azure Web App Service,Azure Deployment,我正在开发一个Web API,并将在Windows Azure上托管它。我应该考虑什么来决定在哪里部署它?据我所知,它可以部署为网站或云服务。我很想知道你们看到的利弊 谢谢 云服务和Windows Azure网站都是ASP.NET Web API的理想主机 我同意@SLaks——这取决于你想要多少控制权 使用云服务实现最大限度的控制(包括对性能特征的控制和(对于需要这种控制的API)扩展能力)。网站的部署速度(几秒钟而不是几分钟)和成本(可能是免费的,取决于您的扩展需求) 对于Web站点,您的

我正在开发一个Web API,并将在Windows Azure上托管它。我应该考虑什么来决定在哪里部署它?据我所知,它可以部署为网站或云服务。我很想知道你们看到的利弊


谢谢

云服务和Windows Azure网站都是ASP.NET Web API的理想主机

我同意@SLaks——这取决于你想要多少控制权

使用云服务实现最大限度的控制(包括对性能特征的控制和(对于需要这种控制的API)扩展能力)。网站的部署速度(几秒钟而不是几分钟)和成本(可能是免费的,取决于您的扩展需求)

  • 对于Web站点,您的最大VM大小很大。有了云服务,它可以升级到XL(两倍于大型计算机的规格)
  • 对于一个Web站点,在保留模式下最多可以有三个VM实例。对于云服务,没有硬限制(尽管您可能需要呼叫支持以在标准帐户中超过20个核心)
  • 对于网站,您无法控制IIS。使用云服务,您可以这样做,因此您可以使用和调整回收设置(这两种设置都有助于改善某些场景中的延迟)
有关扩展网站的更多信息:


总之,从最小到最大的控制,您确实拥有:网站共享实例(高密度模式、小控制、有限规模、免费)=>保留模式(小控制、更好的规模、更可预测(b/c没有您不知道的租户)、成本、低知识)=>云服务(对IIS的最大控制、成本、云服务所需的更多知识)。

这取决于您想要控制的程度。您能详细介绍一下性能特征吗?谢谢。