EAI/中间件:巨大的消息，在线或通过参考

Question

是否有良好做法进行处理邮件或要求/回应处理大量数据(兆?Gb?) 通过一个中间件或EAI系统，assunming的中间传输，但不会过程中的巨大数据blob?

• 传输的数据与信息以便保持协调一致，但大概几个时间的复制数量巨大系统之间的数据

• 保持数据存储或数据储存库(文件系统、数据库...)和运输一种参考数据，但是失去的紧密联结之间的信息和数据

什么是共同的解决这个问题？这是怎么支持EAI或中间产品？

Answer 1

以我的经验是良好的尺寸的限制的消息。在环境我知道(Websphere MQ，SonicMQ)我发现有5-10MB一个良好的价值对于大多数的消息。在许多情况下它不会伤害到已经很少的消息尺寸不超过100兆-但是没有你将不得不考虑有关存储的消耗，....在大多数消息Api，特别是JMS你至少会有消息完全存在一段时间，这可能引起你的一些头痛开始时并行处理。

有两件事情我们使用作为一种解决办法：

• 使用 信息序列的图案 与一些补充：我们主要触发器发送一个包含基准的所有序列编号，以确保完整性
• 发送"链接"数据

我们通常使用的第一种解决方案时的信息包含的结构化数据，第二个是中使用的情况下的媒体分发。

第一解决方案我们也倾向于不利用提供具体的解决方案，但实现这个逻辑，在我们的定的实施--为此我们不能以一个具体的消息系统。

Answer 2

如果它是实用，使之间的直接连接的来源和目的的系统，然后送只有一个参照，通过一个消息开始传输会的工作，但是，正如你指出的是你失去了你的松散耦合。

根据这本书企业集成模式可以实现的 信息序列的图案.

以我的经验与EAI系统这样作的好.它几乎可以由你来找我们如何处理任意的大量数据。