2017-01-28 6 views
0

私たちには、WCF経由で中間層アプリケーションに通信するAsp MVCアプリケーションであるアプリケーションがあります。これを書き直してAzureをターゲットにしたい既存のnTierアプリケーションと同等のAzure Webアプリケーション

ビジネスプロセスの中には数秒かかることがあるため、別々のマシンにある3つの層、Web、ビジネス、データベースに分割されます。ウェブは、中間層を呼び出すと、それはユーザーに返す前に応答を待つ必要があり、メッセージキューのようなつまり、何かがここでは適切ではありません

我々は

クライアントを持って、私は新しいアーキテクチャのためにと思ってい

: AngularJS

ウェブ:Webアプリケーション

中間層でおそらくのAsp MVCコントローラを:?

データベース:AzureのSQLデータベース

それが混乱取得する場所中間層があり、何これはWebアプリケーションの面であり、どのようにそれはウェブと通信していますか?可能であれば、RESTベースではなくRPCアプローチを好むと思います。シリアライズされたクラスを前後に送るだけです

スケーラビリティはどうですか?現在のところ、Webがステートレスである必要があると仮定しています。

+0

WCF層ではどのような種類のバインディングを使用しますか? – juunas

+0

これはまったく新しいアプリケーションになります。私たちは何でも自由に使用できます – tony

答えて

1

Azure Web AppsはIIS上に構築されるプラットフォームなので、Webアプリケーション上でIISホストWCFサービスを正常に実行できます。

スケーラビリティについては、Azure App Serviceを使用すると、手動または自動で水平方向にスケールすることができます。

ウェブと中間層がスケーリング要件を共有する場合は、両方を同じApp Service Planに配置することができます。次にインスタンスとスケールを同時に共有します。しかし、スケーリングの要件がまったく異なる場合は、それらを独自のApp Service Plansに入れることをお勧めします。次に、スケーリングは他のスケーリングに影響しません。

+0

IIS上に構築されていますが、これは要件ですか? wcfサービスはIISから何も必要ないでしょう、私はここでパフォーマンスを考えています。 – tony

+0

API HTTP.SYSのアプリケーションホスト - App Serviceで任意のソケットバインドを実行できないため、WCFの 'basicHttpBinding'を必ず使用してください。 – evilSnobu

+0

今、私は私の声明について二番目の考えを持っています。結局のところ、IISのWCFだけでも構いません。ちょっと混乱しています。 – evilSnobu

関連する問題