348 Star 696 Fork 242

李子 / My smart home

 / 详情

服务器架构了解

待办的
成员
创建于  
2015-03-02 10:08

我这边现在基本上了解一个服务器和数据库的架构想和大伙分享我理解到的我们这个系统的架构
软件架构

1.在启动的时候首先server会读取mysql的数据装到内存数据库中
2.先从web服务器来说吧,web服务器修改写数据的话走的路线是Redis manage socket,只是访问读数据的话是直接通过mysql数据库。
3.安卓手机客户端来说修改,写,读用户信息资料的话保存在内存数据库
4.在内存数据库和mysql中从在一种机制来更新数据。
5.不了解的一个就是分布式云存储接口是提供api还是客户端

物理架构

mysql和server,web服务器可以放在一起也可以放在不同机器上,看用户的数据量和并发量来调整放在不同的物理机器上。

开发环境搭建

我调试的时候可以将这mysql和sercer和web服务器放在同一个机器上也就是虚拟机上面,能做到从web控制器设备节点,能通过手机客户端控制器设备节点,然后添加更多节点

在我看来我们这个系统的不足(可能是我不够了解也许是错误的理解)

这个架构在我小鸟看来很不错,唯一不能做到更多的设备连接的就是少一个网关,这个网关的主要功能就是以太网和RS485,can,无线2.4g ,zigbee等其他的无线网络的一个数据转换,从上面下来的数据可以通过以太网转换成RS485的数据或者是控制器节点的数据做交互
功能和作用:
1.可以承接更多的设备
2.接入不同的网络节点
3.可以接入已经成熟的终端控制器设备做协议转化
4.接入不同厂商的设备做协议转化

以上是我的一个理解和想法,忘大伙给我一些建议和思路

评论 (10)

嗯,网关这东西在新架构有涉及到,是一个对外的数据出入端点。软件架构差不多是你说的那样,不过,这只是初版,并发性能什么的还没考虑进去,后续还会继续优化改进以及重构。

1.启动的时候不会读,需要才读。而且是直接从mysql读

2.redis现在是个“控制器”的角色,不做数据储存(后面会以@麦克拉文 写的代替)

34.直接操作mysql

5.“端”提供API

那啥,“端”暂时不考虑大并发(话说并发应该给@麦克拉文 处理)没必要分多台“服务器”

现有承担“网关”角色的是路由器,只不过支持的协议很少,我觉得利用Arduino做“转换器”应该是一种方案

  • 顺便,我思考了一下,决定移除SSDB,没必要啊

我觉得搞安卓的话,不适合做协议转发,我们这个东西以后说不定走工业能卖
,搞成安卓的话不值钱啊

hi , redis 目前更适合的是“百度云推送”类似的服务,只不过协议简单,容易阅读。

mysql和server,web服务器可以放在一起也可以放在不同机器上,目前比较穷,只是租了一台阿里云服务器调试玩。

其实目前不做任何的数据消息存储,只是纯粹文本消息转发(且消息的长度有限制)。所以只是注册新用户或者重启启动数据库的时候会去用到操作mysql.

登录 后才可以发表评论

状态
负责人
里程碑
Pull Requests
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
开始日期   -   截止日期
-
置顶选项
优先级
参与者(4)
10916 ckrissun 1578914735 10096 sy 1578914684
C
1
https://gitee.com/xmeter/My-smart-home.git
git@gitee.com:xmeter/My-smart-home.git
xmeter
My-smart-home
My smart home

搜索帮助