涉及到的流程图

1.1 物联网网关架构

对平台来说网关是一个设备：只不过网关的消息体和其他设备不一样，网关监听的是消息代理发送的消息。针对MQTT来说，网关只不过选择性监听了topic，构建了一个映射“map”关系。

网关详情：https：//thingsboard.io/docs/iot-gateway/what-is-iot-gateway/

1.2 ThingsBoard微服务架构

thingsboard微服务构架详情：https：//thingsboard.io/docs/reference/msa/

1.3 Thingsboard产品架构

设备接入：MQTT、CoAP、HTTP
规则引擎：配置设备消息的处理流程
核心服务：设备认证、规则和插件、租户和客户、小组件和仪表盘、告警和事件
服务端API网关：REST API、websockets
Actor模型：主要用于并发
集群模式：Zookeeper用于服务发现，一致性哈希保证消息的扩展性和可用性。
安全：SSL用于HTTP和MQTT
设备认证：Token和X.509
第三方工具：AKKA【Actor】、Zookeeper、gRPC、Cassandra

1.4 Thingsboard规则引擎

Rule Engine是一个易于使用的框架，用于构建基于事件的工作流。有3个主要组成部分：
1、消息
任何传入的事件。它可以是来自设备的传入数据，设备生命周期事件，REST API事件，RPC请求等。
2、规则节点
在传入消息上执行的功能。有许多不同的Node类型可以对传入的Message进行过滤，转换或执行某些操作。
3、规则链
节点通过关系相互连接，因此来自规则节点的出站消息被发送到下一个连接的规则节点。

规则引擎详情说明： https：//thingsboard.io/docs/user-guide/rule-engine-2-0/re-getting-started/

1.5 ThingsBoard Architecture

ThingsBoard旨在跨多个节点分配工作负载，而不会出现单点故障。每个ThingsBoard节点都是相同的，可以处理来自设备和服务器端应用程序的请求
描述图

详情请看：https：//thingsboard.io/docs/reference/architecture/