Azure云服务架构设计 [英] Azure cloud service architecture design

问题描述

我们正面临着一些架构设计选择有关多个Web角色，这里是我们的要求：

We are facing some architecture design choice about multiple web roles, here is our requirement:

• 有在我们的云服务解决方案两个Web角色，一种是纯粹的MVC项目这对我们网站的门户，另一种是纯Web API，它为数据服务公开的RESTful的API


• 我们preFER我们的MVC项目是非常轻巧，并且在另一方面出来的Web API项目可以扩大/缩小非常灵活地


• 由于可用性，我们希望在Web API使用443端口进行HTTPS。但是，我们的MVC还需要HTTPS，当然这还需要443端口

因此​​，在我们看来，后两者的要求是冲突的，因为我们必须部署到单独的Web角色，以满足网络API规模，我们应该使用单独的Web角色为<一个href=\"http://stackoverflow.com/questions/23733640/use-subpath-for-two-web-applications-hosted-in-one-web-role\">use同一端口。

So in our opinion, the latter two requirements are in conflict, since we have to deploy to separate web roles to satisfy the Web API scale, and we should use the individual web role to use the same port .

是正确的意见？如果我们要实现两者移动的Web API到另一个服务（云服务或网站）是我们可以做的唯一选择？

Are the opinions correct? And if we want to achieve both, moving Web API to another service (Cloud Service or Web Site) is the only choice we can make?

任何进一步的问题是值得欢迎的。

Any further question is welcome.

推荐答案

每个WebRole是各种各样的专用虚拟机。

Each WebRole is a dedicated VM of sorts.

由于按照 你链接到你的preV后，从IIS的角度博客文章，这是类似于下面的内容：

As per the blog post you've linked to in your prev post, from an iis perspective this is something similar to the following:

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

和您的要求是单独向外扩展APP2 - >这是不可能的。

And your requirement is to scale out app2 alone -> this is not possible.

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

You need to have two different webroles to handle this scenario.

这篇关于Azure云服务架构设计的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！