游戏后台架构及开发介绍.pptVIP

用户的最终目标，是Login游戏服务器进行娱乐。400万同时在线，如何分流这些用户到不同的游戏服务器上？目录树服务器——DirSvr目录树系统——负载均衡目录树系统19台DirSvr服务器提供导航树的下载、游戏服务器列表的下载、大厅配置文件的下载。中心配置策略游戏服务器面临的问题：大数据量快速交互海量并发数下的响应解决之道：接入与逻辑分离的进程模型采用Epoll模型接入层和逻辑层之间采用共享内存高速通信大容量接入服务器MainSvrTCPSvrPIPEINPIPEOUTCtrlAUXThread1AUXThread2CtrlDataDataMainSvr进程模型MainSvrRoom0Room1Room2Zq.soDdzrpg.soDdzrpg.so无缝插接游戏每个MainSvr进程可以开设60个游戏房间每个游戏都能部署在任意房间里房间数能够根据游戏运营情况动态调整基于房间的游戏调度1逻辑层和存储层之间的数据交换机和路由器3沙漏型结构，便于管理2使得逻辑层和存储层在部署层面上解耦合4多种路由方式选择：点对点、Key转发、组播和广播5Proxy本身无状态无存储，便于扩展数据交换机TCPProxySvrTCPProxySvr的路由表路由表K1K2KNC1C1CNKeyDB1DB2DBNDataAnalysis同时在线：400万活跃用户数：2000万注册用户数：3亿2千万大量的并发游戏币、欢乐豆、游戏积分和游戏数据的更改及查询海量存储GameDBSvrGameDBSvr进程模型大容量Cache：99%的命中率，直接减少读IO。01多线程处理：逻辑处理和数据库IO分开，提高吞吐率。02数据库调优：Innodb引擎，禁止自动提交事务。03GameDBSvr的性能64台GameDBSvr，本地存储数据按号段存储groupkey=（UIN16）%256通过TCPProxySvr全连接所有的MainSvr010203分布的数据中心DB0DB0DB1DB0DB2DB1DB3。。。。。。。。。存储层的树状扩展模型01继承和数据迁移02主从数据同步，统一切割DB的分裂方式面对持续增长的用户压力，如何处理？——扩容1面对突发的请求量和业务暴涨，如何应对？——防过载2面对日益恶化的互联网环境，如何保持用户体验？——多IDC部署3如果深圳地震了，是否能够继续运营？——设备冗余4III.海量用户下的运营能力业务逻辑要能支持无限扩容01存储无关模块的快速扩容02存储模块的有序扩容03持续的扩容能力对系统负荷和容量有深刻的认识系统的短板效应时刻关注系统状况不做无准备扩容对用户和其他模块透明动态和灰度扩容平滑扩容过载保护——雪崩系统的性能与负载曲线用户的行为无法控制01反复登录02疯狂刷新页面03系统的高度耦合性使得模块之间互相依赖04多米诺骨牌效应05单点故障效应06雪崩的原因01Dir请求数过多，导致系统雪崩，中断服务8小时。02奥运门票销售第一天，中国银行网点全部崩溃。03CGX事件导致QQ.com服务崩溃。曾经的案例*QQGame后台架构及开发介绍Agenda整体结构框架业务模块介绍海量用户的运营在现实中挣扎全球最大的休闲游戏平台3亿2千万用户，400万人同时在线比魔兽世界更出色的系统架构为无数程序员所景仰QQGame后台？整体框架图关键业务模块01游戏秀系统02聊天系统03道具系统04宝宝系统05商城和付费模块06好友功能07家族系统08反外挂系统09营销消息系统10RTI11对外服务辅助业务模块游戏秀——存储衣服只是一个ID而已。16台AvatarDBSvr存储了1亿多用户的游戏秀资料。游戏心语、自定义性别和昵称、地区星座职业等内容也是游戏秀资料的一部分。游戏秀——两个交互途径如何看到自己的游戏秀——个人资料服务器登录时拉取如何看到其他人的游戏秀——进房同步数据下发和房间事件下发，或者客户端主动请求。STEP1STEP2STEP3为什么需要重新登录大厅才能看到自己的游戏秀改变？大厅只在登录的时候拉取一次自己的游戏秀，如果游戏秀在大厅不知道的情况下发生了变动，就只能重新登录才能看到变动。道具商城购买、物品栏保存形象、创建角色秀等不用重新登录大厅。游戏秀——非实时更新