在Microsoft堆栈上使用Comet/XMPP与WebSocket技术进行实时Web通知和更新的选项？

Question

我正在确定一个项目的架构选项,该项目将呈现用户活动的实时更新(如Facebook) - 登录,照片等.这个的两个主要UI组件是一个自动更新滚动区域,其中将列出新通知(照片)等等,以及一个工具栏,它将更新更新的消息计数等内容.

这方面的竞争者是基于Jabber/Comet/XMPP和WebSocket技术.

彗星阵营:

• Pokein
• WebSync

WebSockets阵营:

• 的Kaazing
• LightStreamer
• SuperWebSocket
• XSockets
• SignalR

由于现有的基础架构是Microsoft堆栈,我宁愿不将基于Java的服务器引入其中.说到这一点,它留下了(一个非常有吸引力的)WebSync(Comet)和SuperWebSocket(WebSockets).然而,Pokein的DLL集成在.Net项目中也是相当无缝的.

.Net有更多真正的生产级WebSocket计划吗？在Microsoft堆栈上采用WebSockets还为时过早,我是否应该支持像Kazing这样的东西？

我还在等待有关我们当前用户群的浏览器类型和版本的报告(检查HTML5兼容性).我怀疑这个数字会很低(较旧的用户群).如果是这种情况,Comet选项将成为赢家.

还有什么需要考虑的事情？

看看像Sockets.IO和其他一些.Net计划,我认为这可能还处于起步阶段,适用于大规模的生产系统.

我可以从使用过上述任何技术和产品的人那里得到一些评论吗？

谢谢.

UPDATE

我仍在寻找一些在生产级别上可靠的优秀WebSocket服务器.我最近找到它后,将XSockets和SignalR添加到了Websockets阵营.Hoewver,目前仍有两个主要竞争者.这可能只是因为他们拥有非常出色的营销团队,可供开发人员使用的优质材料 - API和视频.许多其他实现似乎仍处于新生阶段,其中给出了仅与少数客户端连接的示例.虽然这证明了该技术,但这些演示并未备份有效的有效负载/负载容量数据.Kaazing和LightStreamer确实符合以下要求.

XSockets有一些很好的例子,但同样缺少一些真正的生产指标.

SignalR似乎尚未在真正的生产环境中进行过测试.横向扩展解决方案正在开发中,但似乎还不稳定.期待看到这个项目未来的发展方向.

主要要求是:

1. 能够实现回退技术(如果HTML5/WebSockets不可用)
2. 每秒的并发连接数和消息数
3. 可扩展 - 能够添加额外的服务器/节点以满足更大的流量需求

Answer 1

与传统 Comet 解决方案相比，使用 WebSocket 获得的性能提升可达多个数量级；我肯定会选择 WebSockets 阵营。以下是传统 Comet 供应商对两种技术的比较，测量结果显示 WebSocket 的支持率超过 150 倍（50,000 个用户时为 700 毫秒 vs. 3 毫秒）。

Kaazing 的一些说明：

Kaazing 作为服务器平台得到 Microsoft 的全面支持。此外，正如您所注意到的，Kaazing 支持各种客户端库和技术，包括 Microsoft 堆栈：.NET 和 Silverlight，我们的许多客户都在愉快地使用它们。

此外，Kaazing 在 WebSocket 之上提供了丰富的业务协议，允许您直接在客户端代码中“讲”XMPP。

关于浏览器支持：Kaazing 提供了非常好的 WebSocket 模拟，支持所有浏览器，包括旧浏览器，一直到 IE6。您可以在这篇博文中阅读更多相关信息。

关于成熟度：Kaazing WebSocket网关自2009年开始发货，在金融、物流、游戏和零售等多个行业拥有大量知名客户；非常成熟的平台，具有一流的支持。