IISホストWCFサービスを使用して「サガタイムアウト」を実装していますか？

Question

私は、リクエストハンドラ（ブロードキャスト）とアグリゲータの両方として、IISでホストされたWebサービス（WCF）を使用して、かなり簡単にscatter-gather patternを実装しました。

すべては、標準NetMsmqBinding、片方向メッセージ契約、WASを使用するとかなりスムーズに実行されます。しかし今、ビジネスルールを導入して、アグリゲータが最終的な応答のために一定の時間（おそらく数日）を待つだけです。それらの一部またはすべてが受信されない場合は、バッチを閉じて、それが持つ情報を公開する必要があります。通常は、すべてのエンドポイントが報告されたときにのみ公開を開始します。

ブロードキャストメッセージにメッセージの有効期限を設定できるので、エンドポイントが不要な作業を行う時間を無駄にすることはありませんが、早期公開をトリガするのはどうでしょうか？

NServiceBusはファーストクラスの市民としてタイムアウトを正常に処理します.BizTalkは実際には1つのオーケストレーションとして分散収集全体を実装しています。しかし、私はこの1つの要件のためだけに新しいツールやサービスを展開する必要はありません。

WCFとMSMQだけを使用して長時間バッチタイムアウトアクションを実装する方法はありますか？

_{（アゲイン - アグリゲータは、IISでホストされているので、私はちょうどタイマーを設定することはできません。。アプリケーションプールは、いつでもリサイクルまたはシャットダウンすることができる）}

Answer 1

あなたがあなた自身を実装することができ、リクエストの各インスタンスのタイムアウトを管理し、各ベンダーの応答を待っている間に各インスタンスの状態を管理し、応答を相関させ、pub/subアーキテクチャを導入する方法を見つける必要があります。ベンダーからアグリゲーターを順番に切り離して、それらによって発行されたイベントを処理することができます。

私の意見では、これは非常に多くの作業のように聞こえます。ちょうどNServiceBusが提供するもののタイプです。私はそれをもう一度見てみましょう。企業は常に変化しています。今は一つの要件かもしれないが、それはすぐに再び変わる可能性がある。