0

以下のシナリオで JMS を使用することが可能かどうかを知りたいです。顧客にメールを送信する API サービスを呼び出す機能を追加しています。そこで、イベントまたはメッセージをキューに入れ、同じアプリケーションにリスナーを記述してメッセージを処理し、メッセージを顧客にディスパッチする残りの API サービス呼び出しを呼び出す JMS をアプリケーションに実装することを考えました。

私の質問は、残りの呼び出しとアプリケーションの間に JMS があるのは良いことですか? または、残りの API を直接呼び出して、顧客にメッセージを送信する必要がありますか?

4

1 に答える 1

0

それは、残りのサービスの可用性とオーバーヘッドに依存すると思います。

サービスがダウンすることがあるとわかっていても、API を使用するプロセスに影響を与えたくない場合は、それ以降 JMS キューを作成します。

または、残りのサービスが API サービス側からのボトルネックを引き起こしていると感じ、自分自身の停止に耐えることができる場所にメッセージをキューに入れたい場合は、持続メッセージをサポートするプロバイダーを使用する JMS を使用してください。

また、JMS を使用すると、この 2 つを完全に分離するための扉が開かれます。REST サービスをホストするアプリケーションが何であれ、JMS キューからメッセージをプルするように簡単に変換できます。

このシナリオで JMS を使用することを正当化する方法の例をいくつか示します。

于 2014-09-04T13:28:25.540 に答える