【IT168 现场直播】2013年12月5日消息,作为IT业界的顶尖技术年度盛会,以“创新、开放、社区”为主题的TechEd 2013微软技术大会于12月5日-6日在北京国家会议中心举行,预计有162名国内外技术专家登台演讲,140余场讲座、50余场动手实验室,以及数千位微软专业技术人员、合作伙伴、行业权威、专业人士共同打造国内优异技术分享盛宴。
今年是TechEd进入中国的第20个年头,也是微软Cloud OS云操作系统及云计算平台突飞猛进的一年。会议期间,微软向各界来宾介绍了云操作系统为核心的解决方案、技术、产品和服务,为众多开发者和IT专业人士创造了学习交流、经验分享和探索尖端技术的机会。
在上午的分会场九中,来自微软的刘大玮就《Windows Azure上设计高可伸缩的消息架构》主题进行了分享,微软Windows Azure提供了高可用的、高扩展性的消息基础设施服务 - Azure Storage Queues和Service Bus Brokered Messaging,满足应用模块间的解耦、与外部系统的异步消息通讯等需求。刘大玮从基于消息的通讯机制的必要性入手,介绍这两种消息服务的功能特点、使用限制及选择上需注意的问题,然后结合实际场景讲解如何使用队列、主题和订阅等技术设计高扩展性的消息架构。
在对Azure Storage Queues和Service Bus Brokered Messaging这两种消息服务的功能特点介绍完毕后,接着对于大家最关心的上限做了介绍如下图。

▲Azure Storage Queues和Service Bus Brokered Messaging上限
接着分享了一下 Azure Storage Queues和Service Bus Brokered Messaging的基本通信模式,Azure Storage Queues队列消息模式:每个消息是由主机分发给所有的服务器,而然Service Bus Brokered Messaging队列消息模式:消息收到后有TOPic进行分析,通过Filters和Actions进行判定,发给对应的服务器。
Azure Storage Queues和Service Bus Brokered Messaging是分别应对不同的环境而存在,如果是相对规模较小,消息量及值也不大建议选择Azure Storage Queues;如果规模相对比较大,消息量及值也很大的时候建议选择Service Bus Brokered Messaging,同时对于单个消息大于256KB的时候,建议将其分解为多个消息。

最后分享了Azure Storage Queues和Service Bus Brokered Messaging在设置自动转发的时候需要注意的问题。