本文主要是介绍物联网平台之单体架构,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
介绍
本文主要介绍平台的单体架构,包括各个组件之间的数据流描述以及所做的一些架构选择。
在单体架构模式下,所有 ThingsKit 组件都在单个 Java 虚拟机 (JVM) 中启动,并共享相同的操作系统资源。由于 ThingsKit 是用 Java 编写的,因此整体架构的明显优势是最小化运行 ThingsKit 所需的内存。您可以在受限环境中使用 512 MB RAM 启动并运行 ThingsKit 进程。明显的缺点是,如果一个组件的消息过载(例如 MQTT 传输),它也可能会影响其他组件。
架构图
传输组件
ThingsKit提供基于 MQTT、HTTP 和 CoAP 的 API,可用于您的设备应用程序/固件。每个协议 API 均由单独的服务器组件提供,并且是 ThingsKit “传输层”的一部分。下面列出了组件的完整列表和相应的文档页面:
- HTTP 传输组件,平台提供了设备 API 接入;
- MQTT 传输组件,平台提供了直连设备 API接入,请参考;还有网关设备 API接入;
- CoAP 传输组件,平台提供了设备 API 接入,;
- TCP/UDP 传输组件,平台提供TCP设备 API接入;还有UDP设备 API接入;
每个传输组件将数据推送到规则引擎,并且还可以使用核心服务向数据库发出请求以验证设备凭证等。
由于 ThingsKit 在传输和核心服务之间使用非常简单的通信协议,因此很容易实现对自定义传输协议的支持,例如:通过JT808、HJ212、IEC104等,都可以在传输层写脚本来完善。
数据库组件
数据库组件,主要由PostgreSQL 数据库,再加上TimescaleDB时序数据库插件或者Cassandra分布式数据库插件构造而成。
核心服务组件
核心服务组件主要功能:
- REST API 调用
- 设备遥测数据的订阅
- 监控设备的连接状态
ThingsKit节点使用 Actor System 来实现租户、设备、规则链和规则节点 Actor。平台节点可以加入集群,每个节点都是平等的。服务发现是通过 Zookeeper完成的。ThingsKit节点使用基于实体ID的一致哈希算法在彼此之间路由消息。因此,同一实体的消息将在同一 ThingsKit 节点上处理。平台使用gRPC在 ThingsKit 节点之间发送消息。
外部系统组件
数据库组件,主要由PostgreSQL数据库,再加上TimescaleDB时序数据库插件或者Cassandra分布式数据库插件构造而成。
这篇关于物联网平台之单体架构的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!