首页  流程图  详情

新sdk拓扑

2022-06-14 09:54:18   0  举报





游戏sdk平台架构

游戏sdk架构

架构图

压测结果

游戏sdk设计

作者其他创作

大纲/内容

anti-x

11.1、上报数据

百度云

13.1、玩家上线数据上报

uc-2

中宣部接口异常处理

dataTrace集群

1、supersdk使用的tomcat作为web容器，版本为8.0nio模式下最大连接数为1w，bio模式下为200，8.0版本之后在linux环境下默认使用的是nio模式2、目前suersdk在4核8G服务器下的压测瓶颈在于cpu，在连接数足够的情况下cpu飙高

2.2、实名认证回调

硬件配置

supersdk-x

Apple

1.2、实名认证消息

风控集群

1、实名认证目前配置为：服务器 4台 4核 8G； mysql 4核 8G； redis 4G；2、目前正在对比4核8核16核服务器在支持相同qps下的性价比

初始化登录

玩家心跳数据

一键登录

supersdk-2

华为

11.1、消费数据

router

1、supersdk目前配置为：服务器 13台 4核 8Gspan style=\"font-size: inherit;\

1、cdkey目前配置为：服务器 4台 4核 8G； mysql 4核 8G； redis 4G；2、目前正在对比4核8核16核服务器在支持相同qps下的性价比

1、登录风控：supersdk把玩家登录信息异步的发送至用户登录风控队列中，风控队列根据玩家信息计算风控结果，风控结果存储至supersdk redis；supersdk登录过程中，从此redis中取此玩家的风控结果来判断对当前玩家执行的风控操作2、ios支付防作弊：ios中的支付防作弊从supersdk应用中分割到风控系统中；supersdk在ios通知玩家支付成功后，把订单信息异步的发送至支付风控队列，风控队列根据订单信息计算出风控结果，然后存储至sipersdk redis中；ios通知supersdk订单支付成功后，从redis中取出风控结果，判断此订单是否数据为可疑订单，可以用户走完整的风控流程后才可以发货，非可疑订单直接通知游戏发货，并把订单信息异步发送至方支付风控队列

supersdk-1

usercenter

1、datatrace目前配置为：服务器 4台 4核 8G； mysql 4核 8G redis 自建

中宣部

supersdk集群

...

opensdk性能问题

应用内部信息记录

paycenter集群

anti-2

cdkey-2

rc-x

微信

1、渠道方登录验证接口有限流，在游戏确定渠道后，我们这边需要和渠道方沟通调整接口并发的问题

1、redis 最大连接数为4w， 4G版本的最大吞吐量是24MB/s，最大支持64G（64MB/s）2、mysql 4核 8G版本的最大连接数为10w，配置上升，连接数也会提高3、TDMQ的qps为1w（与腾讯沟通过上线前可以对我们把这个值调大），单个topic最大连接数为1000

中间件异常处理

支付宝

opensdk集群

b站

dataTrace-2

阿里云

1、风控系统目前配置为：服务器 2台 4核 8G； mysql 4核 8G redis 8G

腾讯云mq集群

公用redis

9.2、支付回调

中间件配置

客户端

dataTrace-x

上下线数据

备注

cdkey-x

中宣部限制

渠道方

4.1第三方支付

12.1、大数据平台消费

1、短信服务商的QPS，阿里云一个服务器ip为1500，腾讯云6k，百度云5k，短信服务商的QPS是小于用户登录的QPS的，有些用户收到验证码会有延迟，针对这种情况做了两种处理： 1.1、大V手机号提前加白，加白手机号的验证码是固定的，有7天有效期，需要提前告知大V； 1.2、普通玩家的验证码在30分钟内是一致的，30分钟内该手机号收到的验证码是一致的，就算延迟收到手机号，验证码在本次验证也是有效的。

12.1ios风控订单

1.1、短信验证消息

11.2、风控结果存储

1、中宣部实名认证接口的QPS为1002、中宣部的数据上报接口的QPS为10，每个接口可以上报1000用户行为信息，用户行为信息需要在行为发生后的3分钟可以上报，3分钟可以上报180万条用户行为信息

dataTrace-1

实名认证集群

12.1、消费风控订单

用户中心静态页-1

6.2、实名认证结果回调请求方

router-1

12.3.1可疑设备+可疑用户

9.1、登录验证