74

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

然而，当我管理预算时，我担心 Pusher 和 PubNub 的成本可能会成为我们的一个问题，因此我正在考虑使用其中一种开源替代品——我主要关注的是 Socket.io、Faye 和jWebSocket。

虽然我自己运行服务，但我有我的担忧：

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

感谢您的建议。

4

1 回答 1

21

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

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

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

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

于 2012-07-04T02:09:55.480 回答