AMS运营平台从百万到亿级成长之路
——Hansionxu (徐汉彬)
自我介绍
Hansionxu (徐汉彬)
腾讯高级工程师(SNG增值产品部) ,AMS运营平台技术负责人。
曾就职于阿里巴巴、小满科技。
技术博客 :
内容目录
AMS的简单介绍
AMS平台的三次重构
开发效率与价值
AMS平台介绍
AMS :Activity Manger System 活动运营平台(PHP )
承载QQ会员的活动运营和推广 ,接入了众多业务。
网上营业厅
AMS的容量
每日请求量 :3.5-5亿
每个月上线 :近400个推广活动
AMS的容量
2012年初 2015年5月
CGI 日请求量 200-500万 3.5-5亿
月上线活动 20+ 近400个
业务使用者 1个小组 多个部门
1个活动的开发耗时 1周左右 1-2天/不需要开发
支持的推广业务 PC端游戏活动 各类业务
2012年初的老AMS部署
前端 CDN OZ上报 提示语 JS前端组件
CGI入口 TGW/10台实体机Apache
逻辑层 框架基础逻辑 活动常规检测 OP/Rule
营销平台 OIGW/OIDB
TTC MySQL/主备
IDIP互娱接口 Portal
存储层 Server
模调监控 积分server
Bitmap
竞拍server ……
离线脚本 白名单 导数据 邀请好友 支付回滚 ……
2012年初的老AMS
TTC&MySQL
TTC&MySQL :
(1 )百库百表
(2 )类似memcache的内存级热点数据缓存
(3 )间隔N秒的批量写入
老AMS遇到的问题
1. 产品嫌我们上线活动太慢 ,1周的开发时间 ,需求堆积
2. 开发的烦恼 ,要开发1000-2000行的JS代码 ,还要写一些PHP
3. CGI代码凌乱 ,很多冗余和结构不合理(历史原因 )
4. Web服务器日志打印在本地 ,日志和告警管理混乱
AMS第一次重构和优化
?? 活动开发 :我们不想写重复的代码
?? PHP代码 ,管理后台化
?? 后端和前端Zero框架打通 ,前端组件化
?? 按照设计模式分层 ,统一接口层
?? 搭建独立日志管理机器 ,优化告警系统
AMS的设计
显示层(V)