websocket - Pusher、Pubnub 与开源 Socket.io/SignalR.net/Faye/jWebSocket

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 10 年前。

我目前正在评估 Pusher 和 PubNub，以实现我的主要 Web 客户端和服务器之间的双向实时通信。两者看起来都令人印象深刻，Pusher 的文档似乎更好，而 PubNub 的可扩展性和可靠性显然是它们的强项。

但是，当我管理预算时，我担心 Pusher 和 PubNub 成本可能成为我们的一个问题，因此我正在考虑使用其中一种开源替代方案 - 我主要查看了 Socket.io 、Faye 和 jWebSocket。

尽管我自己运行该服务，但我还是有一些担忧:

• 之前是否有人真正将 Socket.io 或其他开源解决方案扩展到多个服务器？ PubNub 声称每秒处理 100 万条消息!，我有点怀疑 Socket.io 是否可以在没有数量难以估量的服务器的情况下做到这一点，如果它真的能工作的话。
• 如果我选择开源解决方案，我可能会错过付费服务中的某些功能吗？
• 如果我的服务器位于 AWS 上，延迟真的会成为一个问题吗？ PubNub 位于多个位置，因此我预计这应该会减少延迟，尽管如果需要将消息从美国发送到日本，在日本拥有服务器对延迟没有帮助，因为它仍然需要以某种方式传输到那里。

感谢您的建议。

Answer 1

Faye 使用 Node.js 对我来说非常容易设置，并且最初在测试中表现非常好。然而，即使我的应用程序的负载仅为每秒约 10 个请求，并且有大约 3000 个打开的连接，当我将其切换到实时 Node.js 时，CPU 使用率仍固定在 100%(我的盒子上有 8 个可用核心中的 1 个)。我对此感到有点失望，并期待更多。

我考虑过使用 redis 或在不同端口上运行多个节点实例，然后在应用程序端拆分负载，但看看 PubNub 的价格，将所有这些卸载给他们似乎要容易得多。

在尝试了 Pusher 和 PubNub 后，我发现 PubNub 对我来说既便宜又低延迟(我在新加坡托管，而 Pusher 对我来说大约 500 毫秒，PubNub 对我来说从我的应用程序来说大约 250 毫秒)。但如果您在美国托管，差异可能会小得多。

我也查看了 Ape-Server，但没有找到任何好的教程/文档来设置发布/订阅模型，因此跳过了它 - 但也许你比我更聪明，并且会有更好的体验:)