Azure云服务架构设计

时间:2014-05-20 02:56:03

标签: asp.net azure azure-web-roles azure-cloud-services

我们正面临一些关于多个Web角色的架构设计选择,这是我们的要求:

  • 我们的Cloud Service解决方案中有两个Web角色,一个是用于我们网站门户的纯MVC项目,另一个是用于数据服务公开RESTful api的纯Web API
  • 我们更喜欢我们的MVC项目非常轻量级,另一方面可以非常灵活地扩展/扩展Web API项目
  • 由于可用性,我们希望Web API使用443端口进行HTTPS。但是我们的MVC也需要HTTPS,当然它还需要端口443

因此,在我们看来,后两个要求存在冲突,因为我们必须部署到单独的Web角色以满足Web API规模,我们应该使用单个Web角色use the same port

意见是否正确?如果我们想要实现这两个目标,那么将Web API移动到另一个服务(Cloud Service或Web站点)是我们唯一的选择吗?

欢迎任何进一步的问题。

1 个答案:

答案 0 :(得分:1)

每个WebRole都是一个专用的虚拟机。

根据您在上一篇文章中链接的blog post,从iis的角度来看,这类似于以下内容:

.<root>                                     
   |                                        
   |                                        
   +---App1 (http://contoso.com/app1)       
          |                                 
          |                                 
          +---App2 (http://contoso.com/app1/app2)

您的要求是单独扩展app2 - &gt;这是不可能的。

您需要有两个不同的Webroro来处理这种情况。