我想在 App Engine 上开发的游戏中实现聊天系统。为了实现这一点，我想使用 WebSockets，并让客户端通过集线器相互连接，在本例中是 GCE 的实例。假设这个游戏需要在 GCE 上扩展到多个实例，这将如何工作？如果我有一个客户端 1，并且负载均衡器将客户端 1 的请求定向到实例 A，另一个客户端 (2) 进来并被定向到实例 B，但是这些客户端想要互相聊天，他们每个人都会连接到不同的集线器，并且将无法相互连接。这将如何设置以适应规模？我会使用队列来实现它，每个实例都在该队列上侦听，如果是这样，我将如何做到这一点？
问问题
2328 次
2 回答
2
Google Play 游戏服务提供您想要的功能，但与 Android 和 ios 客户端有关。因此，此选项可能与您的游戏技术设计不兼容。
一般来说，你的推理是正确的。来自想要相互交谈的客户端的消息大部分时间会到达不同的服务器实例。您要做的是让实例处理用户之间的通信。Pub/sub（发布-订阅模式）在这种情况下是非常合适的模式。大致：
- 每当有一条消息指向客户端 X 时，一条消息就会在通道 X 上发布，
- 每当客户端 X 创建会话时，处理它的实例都会订阅通道 X。
对于初学者，您可以使用许多现有解决方案中的一种。使用redis很容易设置它。如果您需要更底层和更灵活的东西，请查看zeromq。
您可以期望任一解决方案的单个实例能够处理数千个 QPS。
不幸的是，我没有任何扩展这些解决方案的经验，因此无法就它们的可扩展性限制为您提供任何实用建议。
PS。您可能还想探索其他主题，例如：消息持久性和故障恢复我根本没有在这里讨论。
于 2013-09-07T22:40:56.157 回答
0
我还没有尝试实现这一点，但我可能很快就会这样做，我认为自己处理它应该相当简单。
您有：带有客户端列表的服务器 1 和带有另一个客户端列表的服务器 2，因此如果客户端想要将数据发送到可能位于服务器 2 上的另一个客户端，您必须：
- 查找接收者是否在当前服务器上 - 如果是，您只需发送它（标准）
- 否则，您将相同的数据发送到您拥有的所有其他服务器，因此他们会检查特定客户端（或客户端）的列表并将数据发送给他们。
于 2013-11-01T08:28:23.717 回答