之前群里有关redis的接入是不推荐的, 但是现在遇到这么个场景:一个玩法有多个Map,Map之间有数据共享,按现在的做法,一般是启动一个MapMgr进行管理。 这样的话,压力又转移到MapMgr,在极端的情况下一个MapMgr是不够支撑足够的人数,这时候引用redis集群做数据缓存,借用redis集群的能力,让MapMgr可以集群化。这种做法是否正确呢。或者有更好的办法。
不存在多个map共享数据的设计。数据永远只有一份,多份就存在一致性问题
egametang 也不一定是共享数据, 比如说公共数据, map只能管理它自己上面的一些场景信息,肯定会需要有一个全局的MapMgr去管理同类Map上的场景,做一些业务逻辑。 MapMgr既然是全局的,就可能存在压力。除非它本身也是可以采用集群化的。把数据抽离出来交给redis, MapMgr只处理业务分发,做成集群化就好处理很多。
MapMgr又没有逻辑,能有多大压力,承载10W人应该没问题,压测有压力问题,再根据场景做个hash分配,不要一上来就做过度设计
redis只是存个数据,你数据直接存在MapMgr服上就行了