0

複数の Web ロールに関するアーキテクチャ設計の選択に直面しています。要件は次のとおりです。

  • クラウド サービス ソリューションには 2 つの Web ロールがあります。1 つは Web サイト ポータル用の純粋な MVC プロジェクトで、もう 1 つは RESTful API を公開するデータ サービス用の純粋な Web API です。
  • 私たちは MVC プロジェクトが非常に軽量であることを好みますが、一方で Web API プロジェクトは非常に柔軟にスケールアップ/スケールアウトできます。
  • 使いやすさのために、Web API が HTTPS に 443 ポートを使用することを願っています。しかし、私たちの MVC には HTTPS も必要であり、もちろんポート 443 も必要です。

したがって、私たちの意見では、後者の 2 つの要件は競合しています。これは、Web API の規模を満たすために別の Web ロールにデプロイする必要があり、個々の Web ロールを使用して同じポートを使用する必要があるためです。

意見は正しいですか？両方を実現したい場合、Web API を別のサービス (クラウド サービスまたは Web サイト) に移動することが唯一の選択肢でしょうか?

さらなる質問は大歓迎です。

4

1 に答える 1

1

各 WebRole は一種の専用 VM です。

前の投稿でリンクしたブログ投稿によると、iis の観点から見ると、これは次のようなものです。

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

そして、あなたの要件はapp2だけをスケールアウトすることです->これは不可能です。

このシナリオを処理するには、2 つの異なる Webrole が必要です。

于 2014-05-20T05:39:10.173 に答える