文章目录

前言
一、概述
- 1.1 功能需求
- 1.2 业务流程
- - 数据提供者
  - 业务操作人
  - 业务安全
- 1.3 中间件分析
- - 数据存储
  - 缓存
  - 消息队列
  - 负载均衡
  - 分布式应用协调
- 1.4 整体架构设计
二、实践落地
- 2.1 系统模块组设计
- 2.3 部署说明
代码仓库

前言

对于物联网的后端架构设计也是在不断地摸索中，业务划分的可能还不是很清晰，大家可根据实际情况进行取舍。

目录
《DDD领域驱动设计》

一、概述

提示：这里可以添加本文要记录的大概内容

1.1 功能需求

实体设备接入及控制
服务治理及监控
业务权限控制
高阶治理-机器学习数据预测、告警业务流处理等

1.2 业务流程

我们从大致的三个方面去进行分析

对于数据的提供者
对于数据的获取者及实际的业务操作用户
从业务安全角度出发

数据提供者

从南向业务出发，不谈接口技术，只谈业务情况，大致分为两个类别

检测型设备
控制型设备

对于检测型设备来说，是只提供数据传输功能而没有控制效果（或者说它的控制效果对于实际业务情况的帮助不大，例如单纯的开关控制），例如光照传感器设备、客流统计设备、温湿度检测设备。

而对于控制型设备，它传输的数据主要是来源于设备的实时状态，例如灯光、窗帘等，并且从数据传输来说，它是双向的，控制方传输控制指令，设备方返回状态值。

对于上述的两种情况，其实从业务处理中，可以浅划分成两种处理方式：

实时性处理
异步处理

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GVibN0Lh-1662290566147)(https://csdn-pic-1301850093.cos.ap-guangzhou.myqcloud.com/csdn-pic/iot平台架构设计-业务流程-数据提供者数据处理方式.jpg)]

这一举措的目的主要是两块

依赖解耦 - 大量的feign调用是需要提前引入各方的API-JAR，数量及业务过多且复杂的情况下稍不留神将导致依赖循环等恶行问题；
功能分离

业务操作人

对于实际业务操作人，也就是用户，需要考虑几个问题

权限分离

对于权限分离，例如管理人员、普通用户，是否可操作某个区域的设备？是否可查看某个区域的数据？此时我们就需要做到几个方面：
- 用户操作记录保存
- 操作业务的区分，控制 or 查询？
- 权限划分数据表
请求内容合法性
请求来源端

从Unity客户端，抑或是小程序等方向进行请求，在操作同一设备的相反功能情况下，势必会“打架”，是否需要做短延时/同步锁处理（某功能操作后延时2秒后才可以继续操作）？

业务安全

也还是从两个方面去说明

对外安全

代码漏洞、0day攻击等；
对内安全

业务所能承受的最大负载、人员误操作等方面；

1.3 中间件分析

针对各中间件对应实际的业务效果

数据存储

MySQL

MongoDB - 时序性数据存储的选型

缓存

Redis

消息队列

MQTT

RabbitMQ

RocketMQ

负载均衡

LVS

Nginx

分布式应用协调

Zookeeper

1.4 整体架构设计

根据上述的内容总结后，大致的架构图如下

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Aem5vzXU-1662290566147)(https://csdn-pic-1301850093.cos.ap-guangzhou.myqcloud.com/csdn-pic/iot平台架构设计-架构设计-1.jpg)]

针对架构区域进行分区剖析

北向对接数据请求客户端（如Unity模型、小程序等），单向反馈数据与控制状态；
南向对接底层数据源，如部分中控厂家、单设备厂家（如施耐德、西门子）、MQTT、Modbus设备及云平台等，实时获取到设备数据与控制接口；
在服务治理上，根据实际需要补充如定时任务框架、线程池监控等第三方服务运维治理组件，保障系统运行稳定性及线上排障有效化；
同时东向对接数据存储源，本地MySQL、Redis缓存，或者云端虚拟化产品；
业务模块中，根据业务情况进行划分，考虑到划分的越细也同时会导致微服务架构的复杂化，要根据实际情况进行取舍；

二、实践落地

提示：这里可以添加本文要记录的大概内容

2.1 系统模块组设计

源码在最后一个章节，XMind确实是挺好用的，我种草了。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EgAyAgTF-1662290566148)(https://csdn-pic-1301850093.cos.ap-guangzhou.myqcloud.com/csdn-pic/miot-架构设计-1.png)]

最后大家可根据实际业务及功能需要进行扩展，目前设计的只针对与物联网行业，但实际上不管怎么变化，架构内核是不变的。

2.3 部署说明

相关的中间件及一些配置都在my-config目录中，例如nacos及MySQL的基础配置，导入即可。

代码仓库

地址
物联网通用后台模型-基于BladeX: 基于开源版BladeX所搭建的通用物联网平台服务端 (gitee.com)

结束。

Java物联网平台后端架构构思设计相关推荐

主流物联网平台的架构设计思考
主流物联网平台的架构设计思考物联网平台的总体架构物联网平台的技术架构用户级物联网平台的解决方案: 车联网平台的主流解决方案:
阿里云物联网平台产品架构与优势
产品架构: 设备连接物联网平台,与物联网平台进行数据通信.物联网平台可将设备数据流转到其他阿里云产品中进行存储和处理.这是构建物联网应用的基础. IoT SDK 物联网平台提供IoT SDK,设备集成 ...
中国移动、阿里云、百度天工三大物联网平台技术架构对比
一. 中移物联网平台 1. 官网 https://open.iot.10086.cn/ 2. 平台架构 3. 术语解释术语解释别名产品 OneNET平台资源(包括设备,APIKey,触发器,应 ...
物联网平台体系架构分析
物联网平台属于云计算三种服务模型(IaaS.PaaS.SaaS)中 PaaS 层的一部分,起源于物联网中间件的形式,其目的是在硬件层和应用层之间起到中介作用,管理二者之间的所有交互.通过不同的协议和 ...
物联网平台技术架构和应用场景
物联网(Internet of Things,简称 IoT)指的是通过射频识别.红外感应器等信息传感设备,按约定的协议,把任何物品与互联网相连,进行信息交换和通信,从而实现对物品的智能化识别.定位 ...
ARM 物联网平台安全架构(PSA)
源码: https://git.trustedfirmware.org/TF-M/trusted-firmware-m.git/ IoT高速发展的今天,大量的IoT设备使用了Arm M-profile ...
浅析 | 低代码在海岸TDM中的实际应用（平台后端架构）
海岸TDM平台是低代码的柔性组件业务基础平台:业务人员(不需要软件开发人员参与)可以通过图形化的设计工具来描述业务需求,并将业务需求转换为元数据.业务组件会自动根据元数据的定义提供相应的业务功能. 基 ...
物联网平台开发核心技术揭秘-架构设计篇
<高并发系统实战派>一书, 力推! 引言上一篇物联网平台开发实战-初探从宏观层面了解了物联网平台相关内容.随着物联网的快速发展和普及,越来越多的企业和机构开始构建自己的物联网平台.物联 ...
IoT -- (一) 物联网平台架构设计分析
现在网上讨论的有关物联网的帖子非常之多,但大部分都是介绍理论或者有关硬件,通讯相关的问题,比如物联网模块,物联网通讯协议MQTT.XMPP.NB_IOT等,个人认为这些只是物联网中一部分,而涉及到物联 ...
IOT(31)---物联网平台架构设计
物联网平台架构设计现在网上讨论的有关物联网的帖子非常之多,但大部分都是介绍理论或者有关硬件,通讯相关的问题,比如物联网模块,物联网通讯协议MQTT.XMPP.NB_IOT等,个人认为这些只是物联网中 ...

Java物联网平台后端架构构思设计