푸른 클라우드 서비스는 아키텍처 설계

우리는 여기, 여러 웹 역할에 대한 몇 가지 아키텍처 설계 선택에 직면하고 우리의 요구 사항입니다 :푸른 클라우드 서비스는 아키텍처 설계

우리의 클라우드 서비스 솔루션에서 두 개의 웹 역할이 있습니다, 하나가되는 순수 MVC 프로젝트는 우리의 웹 사이트 포털이며 다른 하나는 순수한 웹 API이며 데이터 서비스의 경우 RESTful API를 노출합니다
MVC 프로젝트가 매우 가볍고 Web API 프로젝트가 매우 유연하게 확장/축소 될 수있는 것이 더 좋습니다
유용성으로 인해 웹 API가 HTTPS 용 443 포트를 사용하기를 바랍니다. 그러나 MVC도 HTTPS가 필요하며 물론 포트가 필요합니다. 4434

웹 API 스케일을 충족시키기 위해 별도의 웹 역할에 배포해야하기 때문에 후자의 두 요구 사항이 충돌합니다. 개별 웹 역할을 use the same port으로 사용해야합니다.

의견이 맞습니까? 두 가지를 모두 달성하려면 웹 API를 다른 서비스 (클라우드 서비스 또는 웹 사이트)로 이동하는 것이 유일한 선택입니다.

추가 질문은 환영합니다.

출처

2014-05-20 Jerry Bian

각 WebRole은 정렬 된 전용 VM입니다. 당신가 IIS의 관점에서, 당신의 이전 게시물에 링크 한 blog post으로 당

이 다음과 유사한 무언가이다 :

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

그리고 귀하의 요구 사항에 혼자 APP2을 확장 할 수있다 ->이다 불가능합니다.

이 시나리오를 처리하려면 두 개의 서로 다른 웹 롤이 있어야합니다.

출처

2014-05-20 05:39:10 deostroll

App2는 단독으로 크기를 조정할 수 없습니다. App1도 확장됩니다. 서로 다른 두 개의 WebRoles로 구분해야합니다. – deostroll

푸른 클라우드 서비스는 아키텍처 설계

답변

관련 문제