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

核心提示：背景在思考消息传递解决方案时，您可能会想到一个通过远程消息调用机制来集成两个不同应用程序的系统，如何获取消息？使用 JMS 技术作为数据复制的解决方案，一般来讲，对于不常通信的分布式实体以及数据传输量不是很多这样的情况，而且它还能处理我们客户要求的、与服务质量、安全性、可靠性和性能有关的所有基础结构问题，本文描述了我们

背景

在思考消息传递解决方案时，您可能会想到一个通过远程消息调用机制来集成两个不同应用程序的系统。一般来讲，对于不常通信的分布式实体以及数据传输量不是很多这样的情况，常常使用这种耦合。较经典的示例是，连接到异构后端和入口的同构接口，这些后端和入口指派进行用户请求的后端处理，然后为最终用户表示而对那些请求进行重新格式化。

消息传递方法中的公共线程一直有这样的假定：虽然消息传递解决方案在系统之间提供健壮、高度可用的通信，但它基本上效率很低，只用来作为在无法避免与外部系统通信时的最后一种手段。在出现远程方法调用（RMC）时关于消息传递的这种观点就开始流行一直到出现了更现代的象 CORBA 和 DCOM 那样的消息传递解决方案，而且，通常所应用的消息传递只局限于解决几类问题。

目标

在过去的十年中，人们对分布式系统需求有了更深入的理解。新兴技术（象 Java 和 .NET）已经包含了代码分布来作为它们基本编程模型的一部分。通过这样做，这些技术已将高度可用性和容错性融入到消息传递中，同时鼓励那些提供解决方案的供应商交付一些系统，这些系统在更广范围的问题上考虑性能。

近来我们公司被要求实现文件分布和复制的解决方案，在以前这样的方案需要集成安全的 FTP、数据库复制和其它一次性解决方案的定制系统。我们没有一味地埋头按照定制开发的道路前进，而是研究了将最新的消息传递解决方案应用到这个问题的可能性。我们发现 JMS 不仅为信息传送提供必要的基础结构，而且它还能处理我们客户要求的、与服务质量、安全性、可靠性和性能有关的所有基础结构问题。本文描述了我们团队面临的挑战，以及 JMS（以 MQSeries 的形式）如何让我们满足并超越客户的要求。