Azure提高ASP.NET Web 事件引擎吞吐量

Windows Azure 团队架构设计师，Clements Vasters，在最近一篇博文中介绍了一个新的 GitHub 项目——SignalR。该项目使用 Windows Azure 服务总线(Service Bus)在服务器和客户端之间进行双向分发信息，它的出现让异步 ASP.NET Web 事件引擎具有向外扩展以及高吞吐消息传送能力成为可能。

　　SignalR 类似与 JavaScript 实时框架，如 Socket.IO。SignalR 能够完成客户端向服务器的异步通信，并同时支持服务器向浏览器客户端推送事件。虽然没有直接绑定在 ASP.NET 中，但是 SignalR 项目由微软 ASP.NET 团队打造，用作为 ASP.NET Web 应用程序提供持久连接机制。SignalR 的连接通过日益流行的 WebSockets API 完成，而如果 WebSockets 无法使用，它会透明地回落为长轮询技术(long-polling technique)。如果开发人员想使用 Signal，需要在客户端层使用像 jQuery 的 JavaScript 框架，并在服务端层使用 .NET 代码编写应用和服务。SignalR 具有多种编程模型(PersistentConnections 和 Hubs)，它为开发人员提供了连接、消息接收群以及事件处理器的不同层次的访问。

　　虽然 SignalR 显示已经可在单台机器上扩展至上万个连接，但是开发人员还没有办法跨越多台 Web 服务器进行服务端组件部署。这会带来单点故障，而且限制应用程序可支持的并发连接数。Vasters 说他使用 Azure 服务总线解决了这个问题：

　　上周，我为 SignalR 建立了一个 Windows Azure 服务总线底板(backplane)，它能够部署 SignalR 解决方案到多个结点上，并可以跨越这些结点进行消息分发，确保每一个发送端拥有合理的顺序，以及光标 cookie 中结点到结点的正确性和一致性。