适用于移动和桌面设备的实时消息服务

Art*_*ans 6 events websocket amazon-sns parse-platform google-cloud-messaging

我正在寻找一种解决方案,将事件从我的服务器推送到客户端,这将是Android,iOS和桌面(网络)用户.

我在Parse,Amazon SNS和Google Cloud Messaging上看到了不少帖子,但是他们没有提到它们的速度和最常见的应用程序,或者与简单的TCP流或websockets进行比较?

我需要为每个客户端提供高达50个事件/秒的双向吞吐量(每个事件¬1kb),最大延迟为150毫秒.

仅使用TCP事件websockets对比SNS/Parse/GCM有什么缺点?

Ale*_*one 6

推送通知(GCM和APN)

PROS:即使客户端应用程序未运行,您也可以访问该设备.

缺点:吞吐量低; 高延迟

原始TCP

PROS:高吞吐量; 低延迟; 双向

缺点:不通过典型的代理和防火墙; 需要客户端应用程序运行

的WebSockets

PROS:高吞吐量; 低延迟; 双向的; 通过防火墙

缺点:并非所有代理都支持它们; 需要客户端应用程序运行

此外,还有HTTP StreamingHTTP Long Polling.