新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、登录验证

1、router层的接口数据都是使用rsa加密的，现在需要更改router与外部的交互方式，敏感信息使用rsa加密，非敏感信息使用签名；使用版本号兼容新旧版本2、router->usertercenter/paycenter使用签名的方式来保证内部交互的安全性

12.4根据风控结果通知游戏

uc-x

银联

anti-1

10.1、上报用户信息

7.1、登录验证

rc-1

1、编码已被占用异常；采用重新生成新的编码进行重试的方式解决2、其他不可控原因导致的异常，会进行邮件告警3、接口请求超时的异常，会重新放入队列等待下次消费

5.2、发送短信

cdkey集群

7.2、支付回调

6.1、实名认证

每天的风控记录生成报表发送，后期需要做

短信服务商限制

5.1、消费短信验证码信息

10.4、用户支付数据上报

usercenter集群

苹果

第三方支付

pc-x

腾讯云

cdkey-1

第三方登录

创蓝

3.1、登陆方式

登录方式

1、腾讯云mysql或redis都会导致服务不可用；游戏上线前会告知腾讯云方，让腾讯云的同学护航；2、腾讯云TDMQ宕机，会使应用中的推送消息到tdmq的线程池和消费tdmq的线程池不可用，不会影响应用的其他接口功能（压测时需要压测这种极限情况）

1、服务内的线程池大小，队列大小，消息队列的配置需要记录到wiki，定期检查

router-x

账号密码

12.3、风控订单计算结果

Web服务器

pc-1

短信服务商

短信验证码

11.1、消费用户数据，计算是否风控

router-2

大数据平台

QQ

pc-2

uc-1