@report
2017-04-21T08:16:10.000000Z
字数 679
阅读 535
4/21 hub问题和SDK需求
未分类
SDK中出现的问题
- 周三问题原因
测速接口被请求过多导致带宽被占用,造成客户端接受不到hub的连接,与服务器失联,产生了“第一次连接超时”错误和“连不上hub数据”错误
根据历史测试和错误码分析,和hub有关的错误是试玩里的主要错误,核心问题就是“服务端——hub服务——客户端”之间的两两连接关系报错,导致各自形成孤岛。
目前理论上会导致出现连接问题有四种情况:
- hub服务器上带宽被占用过多
- 某个类似测试接口的请求突然消耗大量带宽
- 各个节点通过镜像文件拉取游戏产生大量请求
- 客户端试玩人数激增
- 用户网络环境问题(客观的外部影响)
- bug性原因
- 空间不足(总共157G,已使用58G)
- apk的安装包(目前占16G)
- 镜像应用(目前17G)
- 统计日志(100M/月)
- 其他服务和应用固定消耗(约20G)
最有可能出现的问题是1和4. 计划解决方案是:
- 控制hub所在服务器上的服务,这块需要阿甘规定一下哪些内容可以放到hub所在服务器
- 清空APK数据,在hub服务器不再保留已安装过的游戏的apk包
- 设定服务器监测,对负载、内存等可以实时监控(名良那有个初版监测的URL)
SDK体验优化
- 点击操作引导
- 在现有固定浮层上增加新的action操作
- 新增支持动图模式的通用引导
- 清晰度(码率)可以在后台控制
- SDK激活时上报集成数据
SDK投放优化
- 服务端下发更准确的错误码,并根据不同情况错误码在客户端向用户提示不同的说明
- 集成投放状态信息,包括:WiFi情况、网速情况、当日试玩情况等,输出为一个接口
- 游戏组功能,支持一个渠道添加多个游戏ID,使一个广告位可以支持投放多个游戏试玩