Jms Mule组件交互-基于消息？

我有一个关于Mule ESB的架构问题。他们说ESB（如Mule）有助于实现基于消息传递（如JMS）的松散耦合和高度可伸缩的集成。Mule还基于消息源、消息转换器、消息路由器

所以我的问题是，Mule流中的所有这些Mule组件是如何相互通信的？他们是否也在内部使用消息队列来实现高度可伸缩性

有人能提供一些线索或分享任何参考链接吗

感谢

“Mulesoft在其高可用性集群中使用Hazelcast

集群是作为一个单元的一组Mule实例。换句话说，集群是由多个节点组成的虚拟服务器。集群中的服务器通过分布式共享内存网格进行通信和共享信息。这意味着数据在不同物理机的内存中复制

如果某个节点由于故障或计划停机而变得不可用，则群集中的另一个节点可以承担工作负载并继续处理现有事件和消息。从技术上讲，它们将所有MuleESB消息存储在Hazelcast Map和Queus中。这样，它们保证不会丢失消息。它们也使用XA事务。”

Mulesoft以前使用Gigaspaces

资料来源：

---

在实例启动过程中，您可以看到有关hazelcast的日志。

请阅读以下内容，谢谢@ELaRoche。。它很好地解释了所有的概念。。但我的问题是，mule流中各种mule组件之间的交互是否基于JMS？这可能也有帮助，因为mule是开源的，您可以下载并查看。但是，Mule确实实现了一个消息队列。这有更多关于它如何实现的信息，谢谢。我将详细查看EMS链接。我很快浏览了一下，上面写着“Mule支持JMS交付传输”。。这意味着您可以在设计的流中使用JMS队列，但它不会说明流中mule组件（例如转换器、webservice使用者等）在何处内部使用JMS相互通信以处理消息。这就是我想弄明白的。我正在做更多的阅读…仍然找不到关于这个的任何具体信息。。