如何简化流程或启动分布式记忆

Question

目前我正在开发一个游戏服务器，我的架构是每个游戏服务器在第一次启动时都会实例化一个mnesia db。 假设我想创建第二个节点，我的计划只是将相同的游戏服务器部署到第二个节点。

我的问题是：我希望我的游戏服务器的第二次部署将自动检测第一个节点上的 mnesia 实例，复制其数据库模式并成为第一个节点的集群。

我在 http://code.google.com/p/schemafinder/ 检查了 schemafinder 项目我想实现它是如何做到的，但看起来很复杂。

如果有人愿意给我一些启发，我将更加感激。

提前致谢

Answer 1

您希望在计算机集群中使用相同的游戏服务器。您采取的第一步是好的：通过在远程计算机上复制来使其数据库可用。然而，分层设计整个游戏服务器非常重要。让游戏服务器本身成为它自己的应用程序、它自己的包。然后也单独设计其数据库。该数据库可以分段，在多台机器上复制。
通过这种方式，您可以为您的游戏服务器创建一个数据访问层，其中它将使用数据访问层 API 来访问您的数据库，无论是在远程机器上还是在本地在运行时不中断服务。让每个游戏服务器实例都有自己的 Mnesia 架构并不好，除非您确定驻留在这些数据库中的数据不会相关：{local_content,true}。

在多台机器上复制相同的 Mnesia 架构（位于数据存储层中）会更安全。然后你的桌子就设计好了。公开模块中用于操作游戏数据的 API。从这里开始构建数据访问层（
注意：我谈论的是 3 层逻辑架构，物理架构可以采用任何形式，只要它能够解决硬件和网络故障即可。）。在数据访问层，构建了容错的数据库节点访问。您放在这里的方法将从处理连接问题、对数据库节点等进行远程过程调用等抽象应用程序（业务逻辑）层。此外，这些方法应该能够检测“节点无法访问”错误，并且可以在运行时重试调用另一个数据库副本节点，游戏服务器没有注意到这种干扰。
数据访问层可以通过在数据库节点之间有效地复用应用程序到数据库的调用来实现数据库节点上的负载平衡（也取决于可用性和故障转移机制）。
讲到这里就够了......

无论如何，我总结的一点是，将 Mnesia 与游戏服务器分开非常重要。通过这样做，您可以单独管理服务器应用程序，然后还可以单独担心数据访问。将数据库物理和逻辑布局与项目的其他部分分开将提高灵活性和可用性。将来您可以更改数据库设计和内容，而无需更改数据访问层。您甚至可以切换到另一个 DBMS，例如 Riak 或 Membase 服务器 在将来的某个时间，无需更改您的游戏逻辑。

另一件事：避免到处复制模式。从一开始就设计复制/分布式数据库架构。不要让游戏服务器将 mnesia 模式从一个节点复制到另一个节点以成为一个集群。让游戏服务器关心游戏逻辑和其他内容，让数据访问层关心游戏数据。
有一些启示，希望对您有所帮助。成功！