大型游戏网站的可扩展性建议

Question

我正在建立一个网站，玩家可以在其中玩回合制游戏以获得虚拟积分（类似于扑克网站，但有所不同）。我想出的设置：

• 一个数据服务器，其中包含所有玩家帐户以及相关数据（数据库+服务）。如果有帮助的话，数据库和 API 可以分为两个服务器。
• 为网站提供服务的一台或多台网络服务器，在需要时连接到数据服务器。
• 一个大厅服务器，玩家可以在其中找到彼此并设置游戏（可以有多个，但不太用户友好）
• 运行游戏的多个游戏服务器（所有规则等都在服务器上，客户端只是一个遥控器和查看器） ，带有一个负载均衡器。
• 游戏客户端

客户端将使用Flash制作，网络服务器将使用PHP。剩下的都是Java。

通讯

• 玩家登录网站。网络服务器将用户名/密码发送到数据服务器，数据服务器创建会话密钥（如 cookie）
• 玩家启动客户端。客户端连接到大厅服务器，传递会话密钥。大厅服务器与数据服务器检查此密钥
• 一旦创建了大厅并且必须开始游戏，大厅服务器就会从负载平衡器获取游戏服务器并在此游戏服务器上设置游戏。
• 大厅服务器告诉客户端连接到游戏服务器并开始游戏。
• 当游戏结束时，游戏服务器通知大厅服务器。大厅服务器将检查分数并更新数据服务器中的积分。

协议：

• Java 到 Java：RMI
• PHP 或 Flash 到 Java：通过套接字的自定义二进制协议。该协议支持在空闲时关闭套接字，同时保持虚拟连接处于活动状态并可恢复。

如果客户有他的意愿，该网站将需要支持数千个并发玩家。有了这些信息，您能发现我的设置中存在任何瓶颈吗？我个人有点担心只存在一个数据服务器，但我不确定如何将其拆分。也欢迎其他可扩展性（或其他）评论。

Answer 1

您的架构具有许多单一服务，这些服务对于系统的任何部分为任何用户工作都至关重要。我认为这些SPOF。

• 您可能需要考虑对数据服务器进行分片（或水平分区）。
• 考虑使用多个大厅服务器。如果您愿意，Flash 客户端仍然可以将它们伪装成单个大厅。就我个人而言，我不喜欢和那些我无法用我不懂的语言交谈的人玩游戏。另外，我不喜欢加入大厅服务器，发现有 n 千个游戏并且不认识任何人。让多个大厅成为一个特色（当你认真思考时，你真的可以）。 10000人的大厅没有什么实际用处。如果您仍然想继续下去，您仍然可以尝试分区，基于玩家过滤特定参数（对手级别、游戏类型等）的假设，尝试按照一个甚至多个标准分割大厅。
• 我认为负载平衡器实际上不需要足够的电力来成为物理服务器。为什么不在所有大厅服务器上复制它？它所需要知道的只是可用性/服务器。假设，你有 10000 个游戏服务器（我认为在这种情况下是一大堆）和 1 秒的刷新率（这在这里远远不够），你同步的只是每秒 10000 个整数（让我们假设你可以将可用性表示为数字（我想你可以））。如果您想出比将每个游戏服务器与每个大厅服务器连接更好的方法，那么这甚至不需要在一台计算机上有太多连接。

在这种类型的应用程序中，我认为水平分区是一个好主意，因为它可以轻松完成并增加系统的可靠性。假设您的 SPOF 已分区，而不是冗余。这更容易而且可能更便宜。如果 SPOF 的一部分发生故障（假设您的 20 个独立的物理分布式数据服务器中的 1 个），那就很糟糕，因为您的 5% 的玩家被锁定。但可能很快就会起来。如果您的 SPOF 是多余的，那么出现任何问题的可能性就会降低。但如果真的发生了，每个人都被锁在门外。这是一个问题，因为每个人都会同时尝试恢复在线状态。一旦您的 SPOF 回来，它将受到比通常需要处理的数量级高的请求量的影响。您仍然可以同时采用水平分区和冗余，正如平衡服务所建议的那样。

Answer 2

在开发过几款 Facebook 游戏后，我想说的是：

要考虑对数千名玩家的可扩展性，但你必须先获得数以万计的玩家，然后才能为这些玩家进行扩展的努力得到回报。

也就是说，提前计划，但在规划一个可容纳数千个并发玩家的系统之前，先要担心只有 1 个玩家。

我怀疑您描述的设置对于您的初始用户群来说效果很好。在构建时，请避免执行以下操作： 要求登录服务器与大厅服务器通信。让每个服务器独立存在，最让你丧命的是服务之间的相互依赖。

但最重要的是，以最方便的方式完成它。如果你有足够多的用户来对你的系统征税，那将是一件非常好的事情。您可以聘请 DBA 来帮助您弄清楚当您拥有这么多用户时如何进行扩展。