公司的数据交换平台产品，采用的系统星型结构，底层基于成熟的消息中间件进行数据传输，由于星型结构，中心节点比较容易形成性能的瓶颈，为例解决这个问题，采用了MQ Cluster的方式，部署结构如下所示：
在 Cluster 中首先设计一台 MQ 服务器作为整个 Cluster 的网关，作为对外的连接点，它本地并不定义任何输入（Inbound）队列（如上例中的 Q1），只定义输出（Outbound）队列（如上例中的 Q2）。另外设置若干消息处理服务器，其中定义本地的输入队列，同时有消息处理程序在运行。在外部交易进入 Cluster 时首先发送到网关机上，由网关动态地发送到 Cluster 里定义了输入队列的 MQ 服务器上去。
MQ 网关可以根据设置，按照轮循或权重的方式对进入的消息进行分发，还可以通过出口程序（User Exit）实现更加复杂的分发机制。
在每个消息处理服务器都部署有完全相同的应用处理程序，它们读取输入队列里的消息，经过处理后把结果写入输出队列。输出队列只定义在 MQ 网关机器上，任何消息处理服务器写出的消息都回最终传送到网关上。前台程序连接网关，读取返回结果。
由于网关采用了照轮循或权重的策略，被集群的多个节点可以并发地处理被分配的消息，因此能显著地获得性能提升。
为了获得更高可用性，这个方案中有两点需要注意：
1. 可以看到 MQ 网关是个单点隐患，为了更高可用性，要使用 HACMP 等方案实现备份。
2. 如果消息处理服务器上的应用程序意外停止运行，数据会在队列中堆积起来，为了避免这种情况，需要自动脚本在应用程序停止时自动把 MQ 停止，这样后来的消息会发给其他服务器处理。