0

我想知道在以下场景中使用 JMS 是否可行。我正在添加一个调用 API 服务的功能,该服务会将电子邮件发送给客户。所以我想在我的应用程序中实现一个 JMS,我会将事件或消息放入队列中,并在同一个应用程序中编写一个侦听器,该侦听器将处理消息并调用其余 API 服务调用,它将消息发送给客户。

我的问题是在 rest 调用和我们的应用程序之间有一个 JMS 是否很好?还是我应该直接调用其余的 api 将消息发送给客户?

4

1 回答 1

0

我认为这取决于您的休息服务的可用性和开销。

如果您知道有时您的服务会关闭,但又不想影响使用 API 的流程,那么 JMS 队列就可以了。

或者,如果您觉得其余服务正在导致 API 服务方面的瓶颈,并且希望将消息排队到某个地方,以便它们可以在您自己的中断中幸存下来,那么在这种情况下,具有支持持久消息的提供程序的 JMS 就可以实现。

使用 JMS 还将打开将两者完全分离的大门。无论应用程序托管什么,rest 服务都可以很容易地转换为从 JMS 队列中提取消息,而无需进行 rest 调用,如果这看起来更有效的话。

仅举几个例子说明如何证明在这种情况下使用 JMS 是合理的。

于 2014-09-04T13:28:25.540 回答