软件架构 - Server设计草稿
Posted 白驹过隙
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件架构 - Server设计草稿相关的知识,希望对你有一定的参考价值。
DMServer Framework
主要属性:
- 四个模块部署在不同服务器,双层部分考虑主备和分布式部署。
- 架构可依据具体前端需求进行裁剪,灵活配置。
- gate用于业务框架分布式部署,在业务量可控范围可取消,做集中控制。
- 所有除gate服务均挂载在MQ上,需要做集群的服务以MQ队列名称做为集群名称,一个集群提供一个MQ队列,无集群默认提供一个MQ队列。集群上的节点以竞争方式消费队列数据。
- 对app只开放gate和proxy,gate以短连接形式获取proxy地址,proxy为长连接。
- Maintain需要具备自动监控维护和主动维护两个功能,并开放web界面。
Message protocol
所有通信均采用此消息协议头,基于tcp上层封装,通信分以下四种:
- App to server request / response 数据请求
- Server to app 无request 消息推送与心跳
- Server to server 无response 数据转发
- Server to server request / response 数据请求
协议参数:
- Message id 消息id,根据时间戳生成,保证唯一性(MAC + IMEI + 时 + 分 + 秒 +)
- User id 用户id,注册时分配用户唯一id标示用户
- Msg cmd 消息命令码,server通过配置文件划分命令区域,由于前段屏蔽业务服务器,proxy通过命令码进行映射寻址
- Body length 消息体长度,server依据length接收数据及,分配数据内存
- From 消息源地址,server在配置文件中定义各个服务器及app标示id
- To 消息目的地址
- Cluster id /node id 集群id,节点id,可选参数,第一次登陆依据负载分配cluster及node并存入redis,无此参数以redis数据为默认参数
- Wait time 响应等待时间,可选参数,不填取默认等待时间
- Flag 标示消息类型
- Reserve 保留,此数据位结束后紧跟消息体,消息体采用protobuf进行数据编解码压缩,加密数据在压缩基础上加密
Database Framework
数据库属性:
- 数据库分redis及mysql,两个数据库数据关系为mysql部分热数据刷新到redis
- Redis不做备份,但必须做主从
- 写数据使用MySQL,读数据使用Redis,做读写分离,读Redis失败再从MySQL获取
- MySQL需要做热备
- 单独起进程进行数据库维护,依据log_bin进行redis同步,执行对应脚本进行对应表管道同步或直接执行两次写操作
以上是关于软件架构 - Server设计草稿的主要内容,如果未能解决你的问题,请参考以下文章