事务系统中的多线程消息代理 - 最佳实践答案

【问题标题】：Multithreading message broker in a transactional system - Best Practice事务系统中的多线程消息代理 - 最佳实践
【发布时间】：2015-04-25 19:21:36
【问题描述】：

我们有 2 个基于交易流程交换票证的系统，如果一个状态没有到达一个系统，所有流程都被卡住，他们在票证状态中有一个订单。问题是我们在这个系统之间使用了一个多线程、负载平衡的消息代理，我们可能会遇到一些情况，update1 状态的处理速度比 create 快，或者 update2 的处理速度比 update1 快。

我正在寻找这种集成的最佳实践。

【问题讨论】：

Stack Overflow 并不是问一般“最佳实践”这类问题的地方。您能否重新表述您的问题以包括您正在使用的特定技术？如果您真的想笼统地问，这个问题可能更适合programmers.se。
现在我正在寻找一个最佳实践，我会试试你的链接，谢谢

标签： multithreading integration message messagebroker eai

【解决方案1】：

听起来你需要实现 Scatter-Gather EIP：

http://www.eaipatterns.com/BroadcastAggregate.html

在 IBM Integration Bus 或 WebSphere Message Broker 中，您可以设置聚合超时，以确保仅在拥有聚合的所有组件时才继续执行聚合后流程。

聚合中未出现的任何部分都可以超时并单独处理。

【讨论】：