MSMQ vsインデックスファイルをダンプ
-
20-08-2019 - |
質問
この質問は、お問い合わせいただく少します。が見いださんといっても、心までの道しるべきます。ここでの私のシナリオでは、今まで:
また、シリーズのwebサービスしまう可能性があることを予定的に何百人ものモバイルアプリケーション.これらのサービスデータのデバイス情報の両方のデバイスとかします。返されるデータからのデバイスを更新する必要がある単一の中央SQL serverデータベースにもフィード複数のアプリケーションのためでも利用やホームページを保有する
するためにかかる時間を削減するために要求/応答のこれらのサービスを決定プロセスデータからの機器は事後にはこだわりそのものではないMSMQインスタンスや保管は、直列化されたオブジェクトは一時データストアをwindowsのサービスで処理していました。
でも私の選択肢がらここ数から、いろいろなものが入ってるようだんだん:
- 返されるデータ機器からの返還しませんの小さなパケットが必要な命令サーバー側となります。
- 私は知らないMSMQがんにおすすめしたいのwindowsサービスです。何の関係もありませんが問題に持ち直しMSMQの場合は不要です。
- いきたいと思い、対応の機器がある場合には、処理が何らかの理由で破綻したときに起こる。これまでの尋問のデータとを確認してください問題があるする装置ですユーザーの追加コメントの関連分野の長さ、サーバ側のデータベースです。
この情報についてどう思うあんり学習MSMQに、すべてにこだわる簡単な解決法は?
クリス!
解決
MSMQんの悪い方の選択肢とは困難であったが、意が制約を知っておく必要があります。
連結:
- 各キューのできるメモリ領域は2GBまでです。
- は、それぞれのメッセージ4MB(altoughの4MBを上限とすることができ固定用MSMQとWCF).
- のみでまでとさせていただき使用します。NET、C/C++またはCOM図書館COM可能な環境です。
メリット:
- 対応Windowsネットワーク負荷バランサー.
- 対応Microsoftはクラスターサービスです。
- 統合アクティブディレクトリです。
- 船舶ます。
- 対応します。
- MSMQメッセージによって監視監査のメッセージをWindowsイベントログです。
- メッセージを自動的に認証された(符号付きの)又は暗号化の際の送付、確認、暗号解読に。
もう一つのアプローチも考えておいた方がよいでしょうがお客様のデータを演出する。こうかいメッセージを返ログです。
な助言を与えた時は非常に良いのではないかと思い他のシステムの建築をしていますが、なんとかこの答えを持ちます。
役立つリンク
所属していません StackOverflow