Question

I m looking for a recommended architecture for using the play framework where there are multiple servers doing different things but sharing the same model and persistence layer.

现在,具体内容......

我期望制定一份申请,处理多种游戏案例,以分配负荷。有些情况是向外部世界提供网页,而另一些则将执行批量/背后的任务(例如,监测点)。将申请数减半,都需要读写到数据库(具有共同模式和持久性层面)。

我提出的想法:

1] 所有情况下的代码相同,但只有部分使用。

这一想法是,在一项应用中采用所有代码,并将应用程序部署到几个服务器,在服务器前安装一个负荷平衡器,但只向某些情况分发这些要求。其他情况将用于执行后继任务。

<>strong>2, 脱离代码

这一想法是将数据模型和持久性层放在一个单元中,然后是第二个和第三个模块,分别处理前端和后端要求。数据模型模块将是一个游戏框架图书馆,将纳入第二和第三单元(即没有单独部署)。

是否有任何建议,说明它们将如何实施以游戏机为基础的应用,并具备类似的建筑要求和提升能力?

Answer 1

• 在“应用”游戏模块夹中树立你的模型,并在您的前端和背后的申请之间分享这一模块。

另一种解决办法是把你的模式放在后面,并利用一些JSON WS在前线和后方之间的电话检索数据。

友情链接