标签:
1)信息的发送者和接收者如何维持这个连接,如果一方的连接中断,这期间的数据如何方式丢失?
2)如何降低发送者和接收者的耦合度?
3)如何让Priority高的接收者先接到数据?
4)如何做到load balance?有效均衡接收者的负载?
5)如何有效的将数据发送到相关的接收者?也就是说将接收者subscribe 不同的数据,如何做有效的filter。
6)如何做到可扩展,甚至将这个通信模块发到cluster上?
7)如何保证接收者接收到了完整,正确的数据?
AMDQ协议解决了以上的问题,而RabbitMQ实现了AMQP。
当时的交易员的小隔间内挤满了用来完成交易的各种终端,每台终端显示不同类型的信息。如果用软件总线来处理各种不同类型的信息,那么交易员只需要一个终端来接入软件总线,订阅他想要的消息。于是发布订阅模式诞生了,同时诞生了第一个消息队列软件TIB(The Information Bus)。很快,这种数据传输模式便得到更广泛的应用,并进入了电信、新闻行业。1994年,路透社收购了Teknekron。
这个迅猛发展的软件很快得到了IBM的关注,因此在80年代后期,IBM开始研究自己的消息队列软件,1993年IBM MQ产品系列面世,之后的17年,MQ系列进化成了WebSphere MQ并统治着商业消息队列市场。那段时间,TIB也一直活在,后来更名为Rendezvous。1997年,Teknekron以TIBCO的形式作为一家独立公司再度出现。同年,微软也开发了自己的消息通信软件MSMQ。
JMS(jave message service)的诞生。MQ软件几个供应商之间的壁垒森严,各个产品的通信协议、接口都不相同,如果你选择了一个产品,想要换另一个产品,显然需要修改接入应用。供应商的壁垒维持着足够高的价格和利润率,只有大型组织机构才能用的起MQ。为了打破壁垒,使得同一个应用可以消费不同的MQ产品,2001年,JMS诞生了。JMS提供公共的API接口,隐藏各个MQ产品的实际接口,这样应用程序只需要针对JMS API编程,选择合适的MQ驱动即可,JMS会打理好其它的部分。
AMQP(advanced message queuing protocol)的诞生。JMS虽然很好地胶合了各个MQ的接口,但是各个MQ的协议还是不一致,而且也不是开放的。显然有人并不满足以此。2004年,JPMorgan Chase和iMatix合作开发了AMQP,这是一个开放标准,任何人都可以执行这一标准,针对这一标准编码的任何人都可以和任意AMQP供应商提供的MQ交互。
标签:
原文地址:http://www.cnblogs.com/lingshf/p/5189406.html