阿里云ONS而微软Azure Service bus体系结构和功能比较

版权所有所有，转载请注明出处http://blog.csdn.net/yangzhenping。谢谢！

阿里云的开放消息服务：

一、如图所看到的，ProducerID1 的producer 实例有三个，可能是部署在三个机器上的三个进程，也可能是一台机
器上的三个进程。

每一个实例都会发送TopicA 的消息。同理，ProducerID2 与之类似。
二、ConsumerID1 有三个实例，假设是集群消费方式，那么每一个实例消费TopicA 的1/3 的消息，假设是广播消
费方式，那么每一个实例消费全量的消息。另外。TopicA 也能够被另外的ConsumerId 再次消费。

微软的service bus：

一、与阿里云类似，微软的Service bus中消息也能够由多个进程产生。

二、消费Topic中消息由Consumer进程在创建subscription（订阅）时開始监听全部当前Topic中产生的消息，当前subscription中的消息被消费之后，
在当前subscription中就没有了，可是在当前Topic的其它subscription中还存在。事实上就是Topic把产生的消息都广播发送到每个当前Topic下的subscription下。

这和阿里云的广播不一样，阿里云广播消息是指Product进程广播给Consumer进程。而service bus是Product进程发送消息给Topic。由Topic广播给每一个Topic下的subscription，然后由每一个consumer独自去消费每一个subscription中的消息。

service bus除了提供Topic，还有Queues,Relays,Notification Hubs等类型。

其它差别：

1.ONS消息不支持有序，service bus中Queues支持消息有序。
2.ONS消息仅仅保存3天，service bus中的消息假设不被消费且其当前Topic存在。就永远不会被删除。

3.ONS不能保证消息反复，service bus消息不反复。
4.ONS临时仅仅支持Javaclient。service bus支持.net,java,php,phthon:http://msdn.microsoft.com/en-us/library/azure/jj841071.aspx
5.ONS新创建的 ConsumerId从哪里開始消费
a) 假设订阅的 topic 第一次发送消息是在3天内，那么这个新创建的 ConsumerId默认从server保存的最早消息開始消费
b) 假设订阅的topic第一次发送消息是在 3天前，那么这个新创建的ConsumerId默认从server保存的最晚消息開始消费，也就是队列尾部历史不会再消费
c) 假设这个ConsumerId是第二次启动。那么从上消费的位置開始消费
d) 用户假设想从特定位置開始消费，能够通过ONS Console上消费进度重置功能，指定到详细的时间開始上消费进度重置功能。每次重置仅仅针对特定 ConsumerId下的特定下的特定 Topic，不会影响其它ConsumerId。
关于第5点，这个service bus和ONS类似，只是不是3天。而是Topic创建和subscription创建的时间差，个人觉得ONS中的CunsumerId和service bus中的subscriptionId非常像，ONS有时间定位的功能，可是service bus眼下没有，必须从头到尾一条一条取。

注意：个人透露一点，service bus经常不稳定的网络传输，ONS此外，还可能有类似问题，在实际项目，我们用了SQL Server+WCF备择方案。