Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
PyCon2013China_ZhuHai_wangjian
Search
Zoom.Quiet
December 08, 2013
Technology
2
670
PyCon2013China_ZhuHai_wangjian
PyCon2013China 珠海场 | GDG Livin ZhuHai Life;-)
http://zhgdg.gitcafe.com/2013-12/et-pycon/
Zoom.Quiet
December 08, 2013
Tweet
Share
More Decks by Zoom.Quiet
See All by Zoom.Quiet
PyCon2014China-Zhuhai-high performance
zoomquiet
0
160
PyCon2014China-Zhuhai-meta programming
zoomquiet
1
130
PyCon2014China-Zhuhai-bpm.py
zoomquiet
0
110
PyCon2014China-Zhuhai-luna kv db
zoomquiet
0
93
PyCon2014China-Zhuhai-seed studio
zoomquiet
0
100
PyCon2014China-Zhuhai-Docker Registry Build By Python
zoomquiet
0
120
PyCon2014China-Zhuhai-jeff
zoomquiet
0
88
PyCon2014China-Zhuhai-pythonic front-end
zoomquiet
0
120
DevFest2014-Zhuhai-Polymer
zoomquiet
0
410
Other Decks in Technology
See All in Technology
10年の共創が示す、これからの開発者と企業の関係 ~ Crossroad
soracom
PRO
1
640
小学4年生夏休みの自由研究「ぼくと Copilot エージェント」
taichinakamura
0
530
AI時代こそ求められる設計力- AWSクラウドデザインパターン3選で信頼性と拡張性を高める-
kenichirokimura
3
160
「Verify with Wallet API」を アプリに導入するために
hinakko
1
260
AWS IoT 超入門 2025
hattori
0
250
Where will it converge?
ibknadedeji
0
200
Git in Team
kawaguti
PRO
2
310
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
4
2.9k
M5製品で作るポン置きセルラー対応カメラ
sayacom
0
170
ガバメントクラウドの概要と自治体事例(名古屋市)
techniczna
2
200
社内報はAIにやらせよう / Let AI handle the company newsletter
saka2jp
8
1.2k
Findy Team+のSOC2取得までの道のり
rvirus0817
0
500
Featured
See All Featured
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Building Applications with DynamoDB
mza
96
6.7k
KATA
mclloyd
32
15k
The Language of Interfaces
destraynor
162
25k
Bash Introduction
62gerente
615
210k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
GraphQLとの向き合い方2022年版
quramy
49
14k
A Modern Web Designer's Workflow
chriscoyier
697
190k
Visualization
eitanlees
148
16k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.5k
Transcript
王健
None
战网:暗黑破坏神2/3 社区:QQ宠物,TNT,宝石总动员 特征: 多个线路 数据共享
线路通信 线路切换 全服商店(拍卖行) 全服社交(好友,邮件,聊天)
None
海量用户分布式数据库设计 海量用户数据缓存机制 线路负载均衡机制 线路通信事件机制
回顾2011届Pycon介绍的架构
None
None
Game无足够内存加载Mysql所有用户数据 Mysql不支持分布式 Gateway不支持海量客户端并发请求 Game,Admin更难以承担重负 …………
None
分离Mysql,建立分布式数据库集群(DMysql) 扩展DBFront为RDBFront和WDBFront,异步读写 数据,不再将所有数据驻留内存 Gateway,Game,RDBFront,WDBFront, Admin组成一个线路,作为单元嵌入新架构 新架构其实是线路集群,还要解决线路通信和调度
问题
缓存机制,采用分布式Redis完成,客户端分布 (类似共享内存机制) 增加Comm服务,连接所有线路(类似通道机制) 缓存记录各线路的运行及负载情况,比如各线路的 在线人数 增加HGateway,负责线路负载调度,将Client分
配到最合适的线路(http协议)
None
Gateway Game WDBFront RDBFront
None
Route Other Routes DMysql DCache HGateway Client Comm Gateway Game
Game WDBfront RDBfront Game Gateway 注:Client先向HGateway请求线路信息(host), 然后与对应线路的Gateway建立连接
None
根据UID范围分库/表 分析SQL语句,定位目标数据库/表 分布式对用户不可见,与操作单数据库无异
None
按需部署多个Redis服务 对key进行hash,定位目标Redis 分布式对用户不可见,与操作单Redis无异 支持上亿记录,保证性能 可应用于UID自增,角色名重复性检测,拍卖行等
功能
None
Comm连接所有线路的Game 扩展单线路的事件机制,实现远程RPC 事件派发,to为目标线路id,-1代表全服 def trigger_event(to, id, evt): pass
事件回调,from为来源线路id def event_handler(id, evt, from): pass
可应用于全服社交,公告,聊天,好友,邮件等功 能
None
在DCache中记录各线路的在线人数等信息 HGateway根据给定策略分析线路负载情况 Client向HGateway获取负载较低的线路信息,并 连接进入游戏 或支持游戏中切换线路
None
None
None
Game可以分拆为Game-Center和Game-Zone,将整 个游戏世界按区域划分,各区域之间通过中心服务器连 接: Game-Center: 游戏中心服务器,负责各场景服务器的连接,以及玩家 全局行为处理,例如登陆,聊天,公告等等。
Game-Zone: 游戏区域服务器,负责一个区域内的玩家行为处理,区 域可根据各游戏特点灵活划分,例如一般的网页游戏, 玩家行为大部分集中在主城,则区域数量不需要太多。
None
Game这部分可采用天生分布式的语言重写 Erlang函数式编程,开发效率低 Golang有Python的良好基因,是否未来的趋势
网名:风魔W QQ:4331436 微信:wangjianbecks 微博:http://weibo.com/wjbeckie 邮箱:
[email protected]
请联系我!
谢谢观赏