Архитектура облачной службы Azure

Мы сталкиваемся с выбором архитектуры нескольких веб-ролей, вот наше требование:

  • В нашем решении для облачных служб есть две веб-роли: одна — это чистый проект MVC для портала нашего веб-сайта, а другая — чистый веб-API, который для службы данных предоставляет RESTful API.
  • Мы предпочитаем, чтобы наш проект MVC был очень легким, а с другой стороны, проект веб-API можно очень гибко масштабировать.
  • Из-за удобства использования мы надеемся, что веб-API будет использовать порт 443 для HTTPS. Но нашему MVC также нужен HTTPS и, конечно же, порт 443.

Таким образом, по нашему мнению, последние два требования конфликтуют, так как мы должны развертывать отдельные веб-роли, чтобы удовлетворить масштаб веб-API, и мы должны использовать отдельную веб-роль для используйте один и тот же порт .

Верны ли мнения? И если мы хотим добиться и того, и другого, перенос веб-API в другую службу (облачную службу или веб-сайт) — единственный выбор, который мы можем сделать?

Приветствуются любые дополнительные вопросы.


person Jerry Bian    schedule 20.05.2014    source источник


Ответы (1)


Каждая веб-роль — это своего рода выделенная виртуальная машина.

Согласно сообщению в блоге, на который вы ссылались в своем предыдущем посте, с точки зрения iis это примерно так:

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

И ваше требование состоит в том, чтобы масштабировать только app2 -> это невозможно.

Чтобы справиться с этим сценарием, вам нужно иметь две разные веб-платформы.

person deostroll    schedule 20.05.2014
comment
App2 нельзя масштабировать отдельно. App1 также масштабируется. Вы должны разделить их на две разные веб-роли. - person deostroll; 20.05.2014