如何获取消息？使用 JMS 技术作为数据复制的解决方案

核心提示： 问题我们的客户面临一个重大的分布式数据难题，在全国范围内有许多呼叫中心，如何获取消息？使用 JMS 技术作为数据复制的解决方案(2)，在全国各地的呼叫中心里接线员要记录与客户之间的交互，必须快速可靠地在远程数据中心为这些记录建立索引并存档，所以我们的结果是一个重大发现，我们继续分析系统的体系结构

问题

我们的客户面临一个重大的分布式数据难题，在全国范围内有许多呼叫中心，在全国各地的呼叫中心里接线员要记录与客户之间的交互。必须快速可靠地在远程数据中心为这些记录建立索引并存档。建立索引和存档的存储过程不能影响接线员的系统记录和存储接线员正在与客户交互的信息的能力。该客户已经有了一个包含组合起来的代码、VPN 和其它技术的系统。但是，现有的解决方案远远达不到性能和可靠性上的目标，并且它是一种拙劣的技术，难以理解并且维护费用很高。

在开发替代客户原有系统时，我们考虑了 JMS 和多种非 JMS 的解决方案，尤其是那些基于 FTP 和安全复制（SCP）的解决方案。然而，非 JMS 解决方案有两个主要缺点：

它们对于安全性方面的缺陷一筹莫展。

它们提供的基础结构只适用于实际的数据传送，而对于处理可靠性、容错性、安全性、平台独立性以及性能优化等问题，需要定制开发来解决。

我们团队最后得出结论，对于添加这些额外的特性所需的开发工作是让人望而却步的，因此我们决定选用 JMS 解决方案，它可以摆脱这些问题。

解决方案

我们开发了一个基于 JMS 的系统，它：

为已记录的多媒体文件提供可靠存档

支持可扩展性，可以使多个数据中心接收文件

支持对其它数据类型进行存档

我们这里正讨论的文件比以前那些涉及消息传递解决方案的项目中传送的数据还要大（50K - 500K）。我们第一个任务是确保数据大小不会影响 JMS 解决方案。通过测试系统传递各种大小的消息有效负载时的性能，我们评估了包括 IBM MQSeries 在内的许多 JMS 解决方案。结果显示：经过适当配置，大小达到 1 兆的消息不会对整个系统性能产生显著影响。因为常识认为消息传递解决方案只适用于定期的、小的有效负载，所以我们的结果是一个重大发现。我们继续分析系统的体系结构（图 1 中概述了此体系结构），它可以提供客户需要的安全性、高可用性和可靠性。