分布式游戏服务器用户连接信息如何管理

sqfasd

一般游戏服务器都是长连接服务器和业务逻辑服务器分离的吧
业务逻辑服务器要给一个玩家发送消息的时候，要知道这个用户连接到了哪个connector，一般有两种方法
1. 通过hash算法，客户端连接的时候也通过这个hash算法
2. 用一个register server或者router server来保存用户的连接信息，后端服务器要发送消息给玩家的时候就查询下这个服务

这两种方式各有优劣
前者优点是实现简单，性能高，不用任何网络请求，只要本地计算就可以定位一个用户。缺点是不够灵活，用户只能连接固定的ip，而且一旦一个connector挂了，这个服务器上的所有客户端同时涌上来了，相当于制造ddos啊，另外，动态扩容也不好办，要踢掉一部分用户
第二种呢，实现上比较复杂，比如register server怎么实现高可用，register server重启之后需要重新重新注册所有玩家信息，这个过程会不会太久，这段期间，后端服务器是暂时无法定位玩家了。如果采用集群，分片+备份，这又太复杂了吧。

其实我没做过游戏服务器，之前开发过消息推送服务器，一开始是采用了第二种方案，有一个中心的register server，后来改成第一种方案了。

不知道大家有没有更好的办法，分享下经验

shang2010

性能优化不是重点，重要的是有人玩

cokeboL

一般游戏服务器好像不需要长连接服务器和业务逻辑服务器分离的吧。。那样浪费转发和维护
至于连接哪个逻辑服务器，方法就看项目了，逻辑服务器的复杂度，需要多少进程或者多少组硬件及之上的进程组搞定。。
简单hash，按区域、网络供应商类型、网速等分配
还有就是一般的游戏都分服或者叫分区，给你个列表，进哪个区，自己选
至于想找哪个玩家，全局的服务器肯定是有的，可能包括网关，管理服务器，转发服务器之类的，内部转发的压力通常不大，只要
转发给所有逻辑服务器，各自的逻辑服务器看这个玩家是不是在自己这就好了
至于持久化了的玩家数据，admin服务器上直接访问数据库之类就好了
至于ddos那玩意，服务器提供商一般都提供了，比如阿里云，你只要交保护费就省心了

cokeboL

btw，golang写着很舒坦的