这是一个创建于 1298 天前的主题，其中的信息可能已经有所发展或是发生改变。
卡牌的抽卡游戏。全区全服有什么设计方案？我现在的想法是，实际分服，只是玩家不可知。但是这种情况，如果有一个服务器节点挂了，那么部分玩家就无法正常游戏，这种单点问题如何解决呢？或者有没有其他什么好的方案。
 |
1
th00000 2021-06-04 15:58:30 +08:00
要具体问题具体分析, 什么类型的游戏, 技术栈是什么样的
|
 |
2
kop1989 2021-06-04 16:03:32 +08:00
这个“全区全服”的概念太大，也太概略了。
比如，是不是账号互通就算“全区全服”？ 还是全服同屏才是“全区全服”？ 游戏交互压力多大？ tickrate 是多少？ 完全不同的需求，架构、技术也会完全不同。 |
 |
4
zdt3476 OP @kop1989 账号互通即可。 但是这种情况是不是登录服务器就只能是单个数据库？不然登录的时候找不到对应账号具体在那个逻辑节点。 关于交互压力和 tickrate，战斗这块是准备独立做个战斗服武器，类似开房间，所以这块可以横向扩展。现在主要的问题还是逻辑服这块。
|
 |
5
misaka19000 2021-06-04 16:18:34 +08:00
卡牌这种弱交互少状态的游戏直接上分布式应该问题不大吧
状态太多的话多节点同步状态肯定是要疯掉的，但是卡牌类游戏我觉得还好 |
 |
6
murmur 2021-06-04 16:22:48 +08:00  1
fgo 这种就是全区全服，代价是除了最基本的状态同步基本没什么交互，外挂满天飞，各种挂，一炮三面，除了抽卡没挂啥都能开挂
|
|
7
th00000 2021-06-04 16:56:52 +08:00
简单的卡牌游戏, 不需要全球通服
战斗服可以水平扩展即可 大厅可以是多个服务器, 前面挂一个 gateway, 这个 gateway 记录了当前的服务器跟登陆玩家的对应关系 数据库跟全球通服这个概念没什么关系, 根据你们的技术选型来决定架构就可以了 大厅里面的聊天 /好友等弱交互单独写一个服务去承载 |
 |
8
shpkng 2021-06-04 17:02:53 +08:00
数据做全球同服挺简单的，大概就是数据共享然后就近组战斗服？
很多 SLG 都能做到 |
 |
9
sunny352787 2021-06-04 17:51:46 +08:00
http，后端挂个负载均衡，我就这么干的。
反正你战斗服都丢出去了，其他类似抽卡养成这种逻辑普通的 CRUD 服务器就搞定了 |
 |
10
Suigintou 2021-06-04 22:39:09 +08:00 via iPhone
其实很多游戏搞分区是因为安卓区不用专门给苹果交钱了。
|
 |
11
liuhan907 2021-06-04 23:08:47 +08:00 via Android
@zdt3476
要不考虑一下类似 dotnet/orleans 这种 virtual actor 模型来实现？ |
 |
12
DeWjjj 2021-06-05 02:13:15 +08:00
挂掉服务器的用户分摊进，其他服务器都有冗余空间设计的。
反正数据都是托管在厂商的数据库中的，不太需要研究数据库这种应用层的东西。 因为用云厂商的比单招一个人来，便宜的多。 |
 |
13
nieyujiang 2021-06-05 09:13:17 +08:00 via iPhone
@murmur #6 这游戏还用开挂？我现在基本上都是除了高难和多血条，一炮一面🌚
|
Select Language