QQ高效团队开发实践：开源毫秒服务引擎的设计与实现.pptVIP

毫秒思路 目录 毫秒亮点 QQ后台团队演进 毫秒功能 毫秒服务引擎亮点 ?? 高性能协程RPC框架 ?? 服务容错 ?? 过载保护 ?? 调用链框图 ?? 多开发语言 ?? KV管理平台 高性能协程 – 微线程框架 ?? 微线程状态机 初始化 可运行 运行中 等待 ?? 上下文管理 部分寄存器（callee save）、调用栈，私有栈帧 ?? 事件调度 Epoll I/O事件驱动 无抢占，无优先级 结束 服务容错 模块A 模块B实例B1 IDC1 模块B实例B3 IDC3 模块B实例B2 IDC2 模块A轮询调用模块B： 如果没有容错：成功率降至66.7% 网络中断或 实例异常 开源毫秒服务引擎的设计 与实现 QQ团队开发运营实践 毫秒思路 目录 毫秒亮点 QQ后台团队演进 毫秒功能 毫秒思路 目录 毫秒亮点 QQ后台团队演进 毫秒功能 QQ后台团队演进 黄金时代 对美好的追求让我们创造了毫秒 青铜时代 约50人的开发团队，开发运营高度依赖 开发和运维 白银时代 约200人的开发团队，重点服务集 中化，开发运营流程规范化 模块B的一个实例 模块A的一个实例 后端模块B 基于Tag-Length-Value 的二进制协议 模块B路由Agent 定期获取模块 B路由配置更新 青铜时代 模块A 多进程异步框架 获取后端B的可用实例 模块B路 由配置中心 名字发现和路由服务 每个后端模块提供自己的Agent Agent标准化：目录/配置/共享内存id冲突 各个Agent容错能力不一 当模块需要调用10+个后端模块时 开发/运维集体跳起来了 模块A 多进程异步框架 模块B0路由 Agent 模块B1路由 Agent ... 模块Bn路由 Agent 模块A的一台服务器 Tag-Length-Value协议 根据Tag进行扩展，如获取用户的简单资料 请求：dwQQ + wTagNum + wTag1 + … + wTagN 回包：wTagNum + (wTag1 + wLen1 + sValue1) + …+(wTagN + wLenN + sValueN) 没有IDL化，无法自动生成打解包代码 重复代码 无法体现程序员的“价值” 各种奇葩的bug Tag-Length-Value协议 char buf[64]={0}; char *p=buf; PACK_PUT_UINT32(p, dwQQ);p+=4; PACK_PUT_UINT16(p, Tags.size());p+=2; for (auto it = Tags.begin(); it != Tags.end(); it++) { PACK_PUT_UINT16(p, *it);p+=2; } struct UserBasicInfo { std::string sNick; uint16_t wFaceId; uint32_t dwBirthDate; }; … for (uint16_t i = 0; i wTagNum; i++) { PACK_GET_TLV(tlv, p); switch(tlv.tag) { //依据Tag反填UserBasicInfo里的字段 } } 请求 根据Tag进行扩展，如获取用户的简单资料 请求：dwQQ + wTagNum + wTag1 + … + wTagN 回包：wTagNum + (wTag1 + wLen1 + sValue1) + …+(wTagN + wLenN + sValueN) 回包 异步IO 发送 //新建一个上下文，用户自行放入更多信息 Context* ctx = new Context(); //生成唯一seq ctx-seq = gen_seq(); //后端模块B请求打包，填入seq PackModuleB(ctx-seq, req_str); //通过Agent API获取后端模块B的地址 GetAddr(ModuleB_ID, (ctx.srvaddr)); //框架异步发包API AsyncSend(ModuleB_ID, ctx, req_str); 回包继续处理 //框架异步回包处理流程 int HandleResponse(Context*