0

アプリのスケーリングを改善するために何ができるかについての私の絶え間ない学習曲線の一部として、私は現在、キューイングの方向性を見つけようとしています。つまり、ジョブキューイングまたはワークロード処理のどちらか好きなフレーズです。

遠い昔、私は IBM MQ/Series を使用していました。これは金融アプリで機能しましたが、思い出すと非常に重かったです。

私は MSMQ を知っていますし、他にもかなりの数の MSMQ について聞いたことがあります。

しかし、最初に、ここに私のコンテキストがあります

AJAX呼び出しなどを介してJavascript(主にjQueryなど)のフロントエンドにデータなどを提供するC#/ .NETバックエンドWebアプリがあります。特定のアクションにいくつかのファイルのアップロード、いくつかのレコードの設定が含まれる状況がありますデータベースへのエントリ、一部のユーザーへのメール送信など。もちろん、時間の遅延が発生する可能性があるため、このプロセスを「オンライン」/「リアルタイム」にしたくありません。Webサーバー/データベースなどのオーバーヘッドがあると確信しています.

では、キューに入れて処理する必要がある「メッセージ」の種類を考えると、(ここで簡単に言うべきではないと思いますが!) 良い出発点は何でしょうか? MSMQ や SQL 2008 サービス ブローカ、または ZeroMQ などを使用して実行する必要がありますか? それとも、単純に独自の軽量ワークロード キュー サービスを作成する必要がありますか?

全体像を見ないと完全な推奨事項を作成するのは難しいことを改めて認識しましたが、出発点はありがたく受け取りました!

デビッド

4

1 に答える 1

3

自分で作ろうとしないでください!考慮すべきことが非常に多いため、プロジェクトの残りの部分よりも多くの時間を費やすことになるでしょう。

MSMQ に行くと思います。WCF で使用するのは非常に簡単です。キューはトランザクション対応で、再試行メカニズムなどがあります。また、MSMQ UI を利用してメッセージを表示したり、メッセージを移動したりできます。

于 2010-11-17T08:46:23.680 に答える