服务端系统架构

客户端：  点击、曝光、填充、开屏分析、  设备信息、失败等信息管理平台：  操作日志

ES NODE

OSS 

同步

SLB（1台）

                              相比之前有如下改进1、客户端(SDK)不直接操作mysql以及Es（解耦+提高并发）。2、客户端(SDK)应用采用go语言的gin+gorm框架，较以往的beego+xorm有更高的并发处理能力。3、Redis采用一主二从方式，提高数据完整性。4、请求+响应数据由计划任务存储到本地，再有FB将数据同步至ES，相较与之前的直接由Logstash只将请求数据同步至ES，提高数据完整性与稳定性。5、管理平台使用hyperf框架，在提升访问响应速度的同时，解决了之前的yaf+swoole生硬结合模式带来的数据库连接错误交叉复用导致的频繁“table 'xxx' doesn't exist的错误提示”。6、管理平台使用的数据主要从mysql获取，以redis+es作为辅助，砍掉mongodb，尽可能的保证数据一致性。

FB

前端服务器（1台）

distribute

sdk (gin+gorm)

http request

PC

slave

WEB 应用集群（1~2台）

读取配置文件

WEB 应用集群（3~5台）

分析+处理（统计）

返回

管理平台

master

return response

分布式文件系统（1台）

vue

cron (hyperf)

es搜索服务（2台）

Api开发者服务 (hyper)

服务端系统架构图

master DB

Api超管服务 (hyper)

WEB 应用服务器（1台）

存储请求+响应数据

Redis集群（3台）一主二从

reproduce

查询

return

slave DB

请求+响应

存储结果

phone

MYSQL数据库（一主一从）读写分离+主从复制

请求数据队列

Api代理服务 (hyper)

写入配置文件（广告）

客户端