十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
这篇文章主要讲解了“如何实现EMQ X规则引擎桥接消息到MQTT Broker”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“如何实现EMQ X规则引擎桥接消息到MQTT Broker”吧!
成都创新互联公司专注为客户提供全方位的互联网综合服务,包含不限于做网站、网站制作、通城网络推广、小程序开发、通城网络营销、通城企业策划、通城品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;成都创新互联公司为所有大学生创业者提供通城建站搭建服务,24小时服务热线:18980820575,官方网址:www.cdcxhl.com
桥接是一种连接多个 EMQ X 或者其他 MQTT 消息中间件的方式。不同于集群,工作在桥接模式下的节点之间不会复制主题树和路由表。桥接模式所做的是:
按照规则把消息转发至桥接节点;
从桥接节点订阅主题,并在收到消息后在本节点/集群中转发该消息。
工作在桥接模式下和工作在集群模式下有不同的应用场景,桥接可以完成一些单纯使用集群无法实现的功能:
跨 VPC 部署。由于桥接不需要复制主题树和路由表,对于网络稳定性和延迟的要求相对于集群更低,桥接模式下不同的节点可以部署在不同的 VPC 上,客户端可以选择物理上比较近的节点连接,提高整个应用的覆盖能力。
支持异构节点。由于桥接的本质是对消息的转发和订阅,所以理论上凡是支持 MQTT 协议的消息中间件都可以被桥接到 EMQ X,甚至一些使用其他协议的消息服务,如果有协议适配器,也可以通过桥接转发消息过去。
提高单个应用的服务上限。由于内部的系统开销,单个的 EMQ X 有节点数上限。如果将多个集群桥接起来,按照业务需求设计桥接规则,可以将应用的服务上限再提高一个等级。
在具体应用中,一个桥接的发起节点可以被近似的看作一个远程节点的客户端。
该场景需要将 EMQ X 指定主题下且满足条件的消息桥接到 EMQ X 或其他 MQTT Broker。
该场景下设备端上报信息如下:
上报主题:cmd/state/:id,主题中 id 代表车辆客户端识别码
消息体:
{ "id": "NXP-058659730253-963945118132721-22", // 客户端识别码 "speed": 32.12, // 车辆速度 "direction": 198.33212, // 行驶方向 "tachometer": 3211, // 发动机转速,数值大于 8000 时才需存储 "dynamical": 8.93, // 瞬时油耗 "location": { // GPS 经纬度数据 "lng": 116.296011, "lat": 40.005091 }, "ts": 1563268202 // 上报时间 }
当上报数据发动机转速数值大于 8000
时,将该条信息部分数据桥接到指定服务器。
mosquitto.conf
为了避免与本地的 emqx 出现端口冲突的情况,这里临时修改一下 mosquitto 的本地端口号。
port 1882
mosquitto
$ mosquitto -c /usr/local/etc/mosquitto/mosquitto.conf
打开 EMQ X Dashboard,进入左侧菜单的 资源页面,点击 新建按钮,键入 Mosquitto 服务器信息进行资源创建。
EMQ X 集群中节点所在网络环境可能互不相通,资源创建成功后点击列表中 状态按钮,查看各个节点资源连接状况,如果节点上资源不可用,请检查配置是否正确、网络连通性,并点击 重连按钮手动重连。
进入左侧菜单的 规则页面,点击 新建按钮,进行规则创建。这里选择触发事件 消息发布,在消息发布时触发该规则进行数据处理。
选定触发事件后,我们可在界面上看到可选字段及示例 SQL:
规则引擎使用 SQL 语句处理规则条件,该业务中我们需要将 payload
中所有字段单独选择出来,使用 payload.fieldName
格式进行选择,还需要消息上下文的 topic
、qos
、id
信息,当前 SQL 如下:
SELECT payload.id as client_id, payload.speed as speed, payload.tachometer as tachometer, payload.ts as ts, id FROM "message.publish" WHERE topic =~ 't/#'
使用 SQL 语句 WHERE 字句进行条件筛选,该业务中我们需要定义两个条件:
仅处理 cmd/state/:id
主题,使用主题通配符 =~
对 topic
进行筛选:topic =~ 'cmd/state/+'
仅处理 tachometer > 8000
的消息,使用比较符对 tachometer
进行筛选:payload.tachometer > 8000
组合上一步骤得到 SQL 如下:
SELECT payload.id as client_id, payload.speed as speed, payload.tachometer as tachometer, payload.ts as ts, id FROM "message.publish" WHERE topic =~ 'cmd/state/+' AND payload.tachometer > 8000
借助 SQL 测试功能,我们可以实时查看当前 SQL 处理后的数据输出,该功能需要我们指定 payload 等模拟原始数据。
payload 数据如下,记得更改 tachometer
数值大小,以满足 SQL 条件:
{ "id": "NXP-058659730253-963945118132721-22", "speed": 32.12, "direction": 198.33212, "tachometer": 9001, "dynamical": 8.93, "location": { "lng": 116.296011, "lat": 40.005091 }, "ts": 1563268202 }
点击 SQL 测试切换按钮,更改 topic
与 payload
为场景中的信息,点击 测试按钮查看数据输出:
测试输出数据为:
{ "client_id": "NXP-058659730253-963945118132721-22", "id": "589A429E9572FB44B0000057C0001", "speed": 32.12, "tachometer": 9001, "ts": 1563268202 }
测试输出与预期相符,我们可以进行后续步骤。
SQL 条件输入输出无误后,我们继续添加相应动作,配置写入 SQL 语句,将筛选结果桥接到 Mosquitto。
点击响应动作中的 添加按钮,选择 桥接数据到 MQTT Broker动作,选取刚刚选定的资源。
我们成功创建了一条规则,包含一个处理动作,动作期望效果如下:
设备向 cmd/state/:id
主题上报消息时,当消息中的 tachometer
数值超过 8000 时将命中 SQL,规则列表中 已命中数字增加 1;
Mosquitto 的订阅者将收到一条数据,数值与当前消息一致。
切换到 工具--> Websocket页面,使用任意信息客户端连接到 EMQ X,连接成功后在 消息卡片发送如下信息:
主题:cmd/state/NXP-058659730253-963945118132721-22
消息体:
{ "id": "NXP-058659730253-963945118132721-22", "speed": 32.12, "direction": 198.33212, "tachometer": 9001, "dynamical": 8.93, "location": { "lng": 116.296011, "lat": 40.005091 }, "ts": 1563268202 }
点击发送按钮,发送成功后查看得到当前规则已命中统计值为 1。
命令行中查看数据表记录得到数据如下:
至此,我们通过规则引擎实现了使用规则引擎桥接消息到 MQTT Broker 的业务开发。
准备另外一台 emqx 节点,启动两台 emqx。
打开 EMQ X Dashboard,进入左侧菜单的 资源页面,点击 新建按钮,键入 EMQ X 服务器信息进行资源创建。
EMQ X 集群中节点所在网络环境可能互不相通,资源创建成功后点击列表中 状态按钮,查看各个节点资源连接状况,如果节点上资源不可用,请检查配置是否正确、网络连通性,并点击 重连按钮手动重连。
进入左侧菜单的 规则页面,点击 新建按钮,进行规则创建。这里选择触发事件 消息发布,在消息发布时触发该规则进行数据处理。
选定触发事件后,我们可在界面上看到可选字段及示例 SQL:
规则引擎使用 SQL 语句处理规则条件,该业务中我们需要将 payload
中所有字段单独选择出来,使用 payload.fieldName
格式进行选择,还需要消息上下文的 topic
、qos
、id
信息,当前 SQL 如下:
SELECT payload.id as client_id, payload.speed as speed, payload.tachometer as tachometer, payload.ts as ts, id FROM "message.publish" WHERE topic =~ 't/#'
使用 SQL 语句 WHERE 字句进行条件筛选,该业务中我们需要定义两个条件:
仅处理 cmd/state/:id
主题,使用主题通配符 =~
对 topic
进行筛选:topic =~ 'cmd/state/+'
仅处理 tachometer > 8000
的消息,使用比较符对 tachometer
进行筛选:payload.tachometer > 8000
组合上一步骤得到 SQL 如下:
SELECT payload.id as client_id, payload.speed as speed, payload.tachometer as tachometer, payload.ts as ts, id FROM "message.publish" WHERE topic =~ 'cmd/state/+' AND payload.tachometer > 8000
借助 SQL 测试功能,我们可以实时查看当前 SQL 处理后的数据输出,该功能需要我们指定 payload 等模拟原始数据。
payload 数据如下,记得更改 tachometer
数值大小,以满足 SQL 条件:
{ "id": "NXP-058659730253-963945118132721-22", "speed": 32.12, "direction": 198.33212, "tachometer": 9001, "dynamical": 8.93, "location": { "lng": 116.296011, "lat": 40.005091 }, "ts": 1563268202 }
点击 SQL 测试切换按钮,更改 topic
与 payload
为场景中的信息,点击 测试按钮查看数据输出:
测试输出数据为:
{ "client_id": "NXP-058659730253-963945118132721-22", "id": "589A429E9572FB44B0000057C0001", "speed": 32.12, "tachometer": 9001, "ts": 1563268202 }
测试输出与预期相符,我们可以进行后续步骤。
SQL 条件输入输出无误后,我们继续添加相应动作,配置写入 SQL 语句,将筛选结果桥接到另一个 EMQ X。
点击响应动作中的 添加按钮,选择 桥接数据到 MQTT Broker动作,选取刚刚选定的资源。
我们成功创建了一条规则,包含一个处理动作,动作期望效果如下:
设备向 cmd/state/:id
主题上报消息时,当消息中的 tachometer
数值超过 8000 时将命中 SQL,规则列表中 已命中数字增加 1;
对端 EMQ X 的订阅者将收到一条数据,数值与当前消息一致。
切换到 工具--> Websocket页面,使用任意信息客户端连接到 EMQ X,连接成功后在 消息卡片发送如下信息:
主题:cmd/state/NXP-058659730253-963945118132721-22
消息体:
{ "id": "NXP-058659730253-963945118132721-22", "speed": 32.12, "direction": 198.33212, "tachometer": 9001, "dynamical": 8.93, "location": { "lng": 116.296011, "lat": 40.005091 }, "ts": 1563268202 }
点击发送按钮,发送成功后查看得到当前规则已命中统计值为 1。
使用命令行中查看数据表记录得到数据如下:
感谢各位的阅读,以上就是“如何实现EMQ X规则引擎桥接消息到MQTT Broker”的内容了,经过本文的学习后,相信大家对如何实现EMQ X规则引擎桥接消息到MQTT Broker这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!