我想知道在以下场景中使用 JMS 是否可行。 我正在添加一个调用 API 服务的功能，该服务会将电子邮件发送给客户。 所以我想在我的应用程序中实现一个 JMS，我会将事件或消息放入队列中，并在同一个应用程序中编写一个侦听器，该侦听器将处理消息并调用其余 API 服务调用，它将消息发送给客户。
我的问题是在 rest 调用和我们的应用程序之间有一个 JMS 是否很好？ 还是我应该直接调用其余的api来向客户发送消息？
【问题讨论】：
我认为这取决于您的休息服务的可用性和开销。
如果您知道有时您的服务会停止运行，但又不想影响使用 API 的流程，那么 JMS 队列就可以了。
或者，如果您觉得其余服务正在导致 API 服务端出现瓶颈，并且希望将消息排队到某个地方，以便它们可以在您自己的中断中幸存下来，那么带有支持持久消息的提供程序的 JMS 会在此案例。
使用 JMS 还可以打开将两者完全分离的大门。无论应用程序托管什么，rest 服务都可以很容易地转换为从 JMS 队列中提取消息，而无需进行 rest 调用，如果这看起来更有效的话。
仅举几个例子说明在这种情况下如何证明使用 JMS 是合理的。
【讨论】：