Azure 云服务架构设计

Question

我们面临一些关于多个网络角色的架构设计选择，这是我们的要求：

• 我们的云服务解决方案中有两种Web Roles，一种是纯MVC项目，用于我们的网站门户，另一种是纯Web API，用于数据服务，暴露了RESTful api
• 我们希望我们的 MVC 项目非常轻量级，另一方面，Web API 项目可以非常灵活地扩展/扩展
• 出于可用性考虑，我们希望 Web API 使用 443 端口进行 HTTPS。但是我们的 MVC 也需要 HTTPS，当然它也需要 443 端口

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

意见正确吗？而如果我们想同时实现这两者，将 Web API 转移到另一个服务（云服务或网站）是我们唯一的选择吗？

欢迎任何进一步的问题。

Answer 1

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

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

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

而您的要求是单独扩展 app2 -> 这是不可能的。

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