nservicebus同期コールまたは信頼性の低い低応答時間のコールに基づく使用

Question

私はチームと私が雇用しようとしているアプローチに悩まされており、問題を見る正しい方法であるかどうかはわかりません。

問題がある：

我々はバックグラウンドで実行されている複数のWCFサービスとWebアプリケーションを持っています。プロセス1、プロセス2、プロセス3、プロセス4と考えることができます。

シナリオは、WebからのUI呼び出しからプロセス1を呼び出すというシナリオです。

プロセス1は何らかの処理を行い、正常に終了すると、NServiceBusを使用してプロセス2にメッセージを送信します。

プロセス2はそれ自身の何らかの処理を行い、次にプロセス3のメッセージを送信し、成功するとプロセス3はその呼び出しを返します。

ここで問題となるのは、私たちのWebアプリケーションから最初の呼び出しが送信され、UIが3つのサービスからの完了の応答を待っているということです。UIは応答を待つことをお勧めしますか？

NServiceBusを使用してこのような呼び出しを行うことをお勧めしますか？

上記のプロセスはユーザー登録プロセスです。そのため、ユーザーはNServiceBusからの応答を受け取るまでUIが停止するサーバーからの返信を待機します。

実際にNServiceBusの実装を検討する必要があります。

ありがとうございます！

Answer 1

サービスバスまたはメッセージベースのアーキテクチャの使用を推奨していないNServiceBus経由の要求 - 応答を実行しています。

メッセージベースのアーキテクチャを利用し、システム内の他のもののPublish/Subscribeの利点が必要な場合は、登録プロセスを再考する必要があります。

あなたはそれについて考えていますが、ユーザーが結果をすぐに見る必要はないかもしれません。情報を収集して処理のために送信し、何かがうまくいかない場合は、電子メールを送信してユーザーに詳細情報を求めるか、他の操作を実行させることができます。たぶん、口座確認などの一歩かもしれません。