以前一直都没接触过这块，也没这种需求。有人问我如果有1w+的在线玩家，1000W的用户量。你的系统会不会死。
老实说，也许3000的在线都会死。
因为之前的根本就没什么架构：
一个游戏服务器、一个数据库服务器、一个资源服务器（共用）。一个tomcat负责登录然后加载flash资源建立socket长连接（mina2）openamf负责提供flash调用接口，数据库mysql 没有集群、也没有读写分离。有一些缓存。
如果要支持N个玩家在线：
登录服务器集群（主要负责分配应用服务器地址）
应用服务器集群（主要负责为socket请求提供结果和聊天之类的通信，相当于分线）
数据服务器（大部分业务逻辑+提供数据）
数据库分库分表 读写分离之类的
----
有一点我不太清楚一般的amf框架走的是http请求，无状态
如果是socket框架来做这些事情一般都是保存长连接，那么如果不想弄一个单独的聊天服务器。服务器的负载岂不是更大？
而且socket传输不需要http头之类的东西，效率应该会更高些？而且是无状态的，对比socket保持长连接哪种更好？