[发明专利]端到端的发布/订购中间件体系结构

说明书

对在先递交的申请的引用

本申请要求2005年1月6日递交的标题为“Event Router System andMethod”、序号为60/641,998的美国临时申请和2005年6月8日递交的标题为“Hybrid Feed Handlers And Latency Measurement”、序号为60/688,983的美国临时申请的优先权并且通过引用而将其合并。

技术领域

本发明涉及数据消息传递，更具体地说，涉及发布/订购系统的中间件体系结构。

背景技术

数据消息传递基础设施所要求的日益提高的性能水平强迫联网基础设施和协议的发展。基本上，数据分发涉及各种数据源和目的地，以及各种类型的互连体系结构和数据源和目的地之间的通信模式。现有数据消息传递体系结构的示例包括轮轴轮辐式(hub-and-spoke)，对等式和存储转发式。

利用轮轴轮辐系统配置，所有通信都通过轮轴传输，这在处理量大时通常会导致性能瓶颈。因此，这种消息传递系统产生了等待时间。绕过这种瓶颈的一种方法是布署更多的服务器，并且在这些不同的服务器之间分布网络负载。但是，这种体系结构表现出可扩展性和操作问题。与具有轮轴轮辐配置的系统相比，具有对等配置的系统对应用产生了不必要的压力以处理和过滤数据，并且仅与其最慢的客户或节点一样快。而具有存储转发系统配置的系统为了提供持久性，要在将数据转发到路径中的下一个节点之前存储该数据。存储操作通常通过索引和将消息写到存储盘来实现，这可能产生性能瓶颈。此外，在消息量增大了时，索引和写入任务可能相当慢，因此可能引入额外的等待时间。

现有数据消息传递体系结构共有一些不足。一个共同的不足是在现有体系结构中数据消息传递依赖于驻留在应用层上的软件。这意味着消息传递基础设施要经历OS(操作系统)排队和网络I/O(输入/输出)，这可能产生性能瓶颈。另一个共同的不足是现有体系结构静态地而不是动态地使用数据传输协议，即使在某些情形下其他协议可能更合适也是如此。常见协议的一些示例包括可路由多播、广播或单播。实际上，现有体系结构中的应用编程接口(API)未被设计为实时地在传输协议之间切换。

另外，网络配置判决通常是在布署时进行的，并且通常被定义为在特定假设下对一组网络和消息传递条件进行优化。与静态(固定的)配置相关联的限制排除了实时动态网络重配置。换言之，现有体系结构是针对特定传输协议配置的，而该传输协议并不总是适合所有网络数据传输负载条件，因此，现有体系结构总是不能实时地应对改变或增大的负载能力需求。

此外，在数据消息传递去往特定的接收者或者接收者群组时，现有消息传递体系结构使用可路由多播来将数据传输过网络。但是，在针对多播建立的系统中，存在对可以用来分发数据的多播群组的数目的限制，结果，消息传递系统不再将数据发送向未被向其订购的目的地(即，不是订户的客户)。由于数据过滤，这增大了客户的数据处理负载和丢弃率。因此，由于任何原因变为过载并且不能跟上数据流的客户最终丢弃进入数据，并且稍后要求重传。重传对整个系统造成影响，因为所有客户都接收重复的传输，并且所有客户都对进入数据进行重新处理。因此，重传可能导致多播风暴，并且最终可能使整个系统瘫痪。

在系统是针对单播消息传递建立来作为减少丢弃率的一种方法时，该消息传递系统可能因为数据复制而经历带宽饱和。例如，如果多于一个客户订购了感兴趣的给定话题，则消息传递系统必须将该数据递送到每个订户，实际上，系统将该数据的不同拷贝发送到每个订户。尽管这解决了客户滤除非订购数据的问题，但是单播传输是不可扩展的，因此基本上不适合订购特定数据的大量客户群组或者消费模式极度重叠的情形。

现有体系结构的另一个共同不足是它们的协议变换较慢并且数量非常多。这是因为企业应用集成(EIA)领域中的IT(信息技术)权宜(band-aid)策略所致，在该领域中，越来越多的新技术被与遗留系统集成。

因此，在多个领域中都需要提高数据消息传递系统性能。其中性能可能需要提高的示例有速度、资源分配、等待时间等。

发明内容