2010-12-29 13 views
0

私は来年に開始されるプロジェクトのアーキテクチャを研究しています。それは主にC#のWebアプリですが、私たちのFacebook/iPhoneアプリと話すことができるようにサービス層があります。長い実行プロセスがいくつかあります。つまり、それらを処理できるWindowsプロセスを作成することになります。n階層アプリケーションの作成

私は、長時間実行されているプロセスの代わりに、Windowsサービス全体をアプリに入れようと考えています。

のAsp - > WCF - > BLL 対 のAsp - > BLL

私はこれがよりスケーラブルになります知っています。しかし、データベース全体でさえ、すべてが同じボックス上で実行されるため、恐らく過度のものです。マーケティングのようにサーバーがトラフィックを処理できない場合、これは道路を変更する可能性があります。

私は実動ハードウェアにアクセスできません。ちょうど私の奇妙なテストボックスとローカルマシンにアクセスできません。

誰もがこのルートを降りることを決めましたか?

しかしほとんどの場合、いくつかのメトリックを取得するために両方のメソッドをテストする最良の方法は何ですか?

+0

何が質問ですか? –

+0

私はアプリ全体を作成することなく、どのようにexeccive wcf - >サービス層の呼び出しが本番環境にあるのかを把握する最良の方法を見つけようとしています。 – aaron

答えて

0

Webファームを検討する場合、Asp-> bllはスケーラビリティを大幅に高めることができます。パフォーマンスの観点からは、そのサービス/ bllの契約に依存します - ちょっとした種類の契約の場合、呼び出しを実行する時間はprocコール(サービスレイヤの呼び出しに関係します)に比べて十分に大きいことがあります。 。しかし、インターフェースが面倒で呼び出し実行が短ければ、サービス層が本当に傷つけることがありますが、SLA(応答時間とユーザー数)を満たすことができれば、それは問題ではありません。

最初にprod環境が単一のボックスになるので、devボックスまたはテストボックスを使用してメトリックを設定することができます。前述したように、短時間実行方法と長時間(相対)実行方法の両方のパフォーマンスをチェックしてから、主に呼び出される方法の種類に基づいて決定する必要があります。