0

ASP.NETWebアプリと1つのwcfWebサービスがあります。それらをAzureにデプロイして、独立してスケールアウト/スケールアップできるようにしたいと思います。つまり、小さなVMをmvcアプリに提供し、大きなVMとより多くのインスタンスをwcfサービスに提供できます。もう1つの要件は、Webアプリにhttpsが必要なことです。ただし、mvcアプリからwcfサービスへのhttpsは必要ありません。これにより、不要な暗号化/復号化が発生します。

各アプリとwcfサービスをAzure上の個々のホストされたサービスにデプロイして、個別に拡張できるようにすることができます(したがって、3つのアプリ+ 1つのwcfサービスがAzure上で4つのホストされたサービスを持つ場合)mvcとwcfの間のhttpsを回避するために、内部を使用しようとします終点。残念ながら、内部エンドポイントは1つのホストサービス内でのみサポートされているようです。

mvcとwcfの間でhttpsを回避するための唯一の方法は、mvcアプリとwcfをすべて1つのホストサービスにデプロイすることです。ただし、その後、独立してスケーリングする可能性が失われます。

要約すると:

  1. 各mvcアプリとwcfサービスが独自のホストされたサービスにデプロイされる場合、独立したスケーリング要件を達成できますが、mvcアプリとwcfサービス間の不要な暗号化/復号化を回避することはできません(https)

  2. アプリとwcfサービスをすべて1つのホストサービスにデプロイする場合。アプリとwcfの間の内部エンドポイントを使用して、httpsの暗号化/復号化を回避できます。ただし、独立してスケーリングする可能性は失われます。

両方を達成する方法があることを知りたいです。どんな助けでも大歓迎です。

4

1 に答える 1

1

サービスではなく、役割ごとに独立してスケーリングできます。したがって、サービス内の別の役割としてWCFをデプロイすると、正常に機能するはずです。ただし、ポートについて考える必要があります。ただし、WCFに外部エンドポイントが必要な場合、またはWCFが内部エンドポイントを介して消費される場合は負荷分散が必要です。

AzureWatch @ http://www.paraleap.comをチェックしてください-コードを変更することなく、数分で2つの役割を個別に自動スケーリングできます。

HTH

于 2012-09-11T20:15:50.347 に答える