- 通过 Baetyl 将数据脱敏后存储百度云 TSDB
- 测试前准备
- 创建物接入 Endpoint
- 创建规则引擎 Rule
- 创建 TSDB 数据库
- 创建物可视展示板
- 基本步骤流程
- 测试与验证
- Baetyl 主程序配置
- Hub 服务配置
- Function Manager 服务配置
- Function Filter 服务配置
- Remote 服务配置
- 测试
- 测试前准备
通过 Baetyl 将数据脱敏后存储百度云 TSDB
声明:
- 本文测试所用设备系统为 Ubuntu18.04
- 模拟 MQTT client 向百度云 IoTHub 订阅消息的客户端为 MQTT.fx
- 模拟 MQTT client 向本地 Hub 服务发送消息的客户端为 MQTTBox
- 本文所应用的各服务与本地 Hub 服务间通信认证强制使用 TLS/SSL 安全证书
测试前准备
实际应用场景中,我们需要把设备产生的数据在本地进行 脱敏 处理后上云展示。
本文则以某实际生产车间中的温度传感器为例,应用 Baetyl,并联合 百度云天工 相关产品服务一起将温度传感器采集到的数据进行 脱敏 处理(如去除车间编号、设备型号、设备 ID 等信息),然后将 脱敏 后的数据上传至远程云端进行可视化展示。
其数据流经的路径/服务为:
MQTT.fx -> Baetyl Local Hub -> Baetyl Function SQL Runtime -> Baetyl Local Hub -> Baetyl MQTT Remote Module -> Baidu IoT Hub -> Baidu IoT Rule Engine -> Baidu IoT TSDB -> Baidu IoT Visualization
本文 case 流程示意图
因此,在正式开始测试之前,我们需要在云端先把 IoT Hub、Rule Engine、TSDB 及 Visualization 等相关配置完善。
创建物接入 Endpoint
相关创建过程可参考 快速创建物接入 Endpoint(包括创建用户、身份、策略及主题权限信息等),这里仅给出创建完成后的结果示意图。
创建物接入 Endpoint
如上,已创建好一个名为 baetyl_demo
的物接入项目。其用户名为 guqgsr9/test
,身份信息为 principal,认证方式为证书认证,策略为 policy,对主题 data/filter 有发布和订阅消息的权限(详见下文测试时 MQTT Remote 远程服务模块配置)。
创建规则引擎 Rule
相关创建过程可参考 快速创建规则引擎 Rule(包括转换 SQL 语句编写、约束条件设置、数据目的地指定等)。这里需要创建两条规则,其一是用于对本地设备产生的原始数据进行过滤;其二是实时提取从物接入既定主题接收的数据消息,并将其转换为 TSDB 能够接收的数据内容,然后将之传送给 TSDB。创建完成后的结果示意图具体如下:
设备生产数据过滤用规则:
数据过滤、脱敏规则
如上,已创建好一个名为 filter 的规则,该规则用于对本地设备实际产生的原始数据进行 过滤、脱敏 等处理。图中所示为筛选实际生产数据中的 temperature、ts、unit 等字段,且满足 temperature > 50 信息,然后将之上传至远程云端 Hub 模块。
提示:这里不需要为规则设置数据目的地,仅作为云端 SQL 语句测试使用。
物接入既定主题接收消息用规则:
数据解析、转换 TSDB 规则
如上,已创建好一个名为 baetyl-demo
的规则,该规则会默认从物接入 Endpoint 的 data/filter 主题提取消息,然后通过 SQL 语句进行转换,将其转换为符合 TSDB 规范 的数据,并将之存储在名为 baetyl 的 TSDB 数据库中。
创建 TSDB 数据库
相关创建过程可参考 快速创建TSDB(包括查询类别、时间范围、时间序列度量等),这里仅给出创建完成后的结果示意图。
创建 TSDB
如上,已创建好一个名为 baetyl 的 TSDB 时序数据库,该数据库会默认查询 选定时间段 的符合时间序列度量标识的时序数据信息,且默认显示前 1000 个符合上述条件的值。
创建物可视展示板
相关创建过程可参考 快速创建物可视(包括设置来源数据表、时间序列度量信息等),这里仅给出创建完成后的结果示意图。
创建物可视
如上,已创建一个名为 baetyl_demo
的物可视展示板,其展示数据来源于时序数据库 baetyl,时间序列度量信息为 device_temperature,X 轴为时间戳,Y 轴为设备温度值。
至此,正式测试前云端相关服务的创建、设置工作已经完成。
提示:以上创建的物接入 Endpoint、规则引擎 Rule、TSDB 数据库及物可视展示板的所属区域应为同一个(如均为北京,或是均为广州)。
基本步骤流程
将生产设备数据经 脱敏 后上云、写入 TSDB 及在云端物可视进行展示所涉及的流程步骤主要包括:
- 步骤1: 创建核心并下载配置(含主程序) 在 BIE 云端管理套件页面选定区域(北京,或广州)创建核心,完善核心创建所需配置信息,点击“下载配置”,然后选择包含主程序,具体请参考BIE 快速入门
- 步骤2: 本地启动 Baetyl 本地解压缩主程序(含配置)后,启动 Baetyl,然后点击核心连接状态按钮,如 Baetyl 正常启动,即可看到核心连接状态已变更为 已连接
- Baetyl 启动参考命令:
mkdir baetyl-demo
cd baetyl-demo && unzip -d . baetyl-xxx.zip
sudo chmod +x bin/baetyl
sudo bin/baetyl start
- Baetyl 启动参考命令:
- 步骤3: 建立服务配置 进入已创建的核心,然后开始依次创建本次测试所需的服务配置信息(Hub 服务配置、Function Manager服务配置、Function Filter 服务配置、Remote服务配置),详细内容可参考BIE 操作实践
- Hub 服务配置:需要挂载 conf、data、cert、log 四个挂载卷,分别存储 Hub 服务的配置、持久化数据、ssl认证资源和日志,存储卷挂载应用相关内容具体可参考 如何正确地引入存储卷localhub_volume
- Function Manager 服务配置:需要挂载 conf、cert、log 三个挂载卷,分别存储配置、连接 Hub 服务的客户端证书和日志数据localhubfunction_manager_volume
- Function Filter 服务配置:需要挂载conf挂载卷,存储配置信息localhubfunction_filter_volume
- Remote 服务配置:需要挂载 conf、localhub-cert、iothub-cert、log 四个挂载卷,存储配置、本地 localhub 服务 SSL 证书、云端 iothub 服务 SSL 证书和日志localhubremote_volume
- 步骤4: 发布及下发服务配置 完成核心所需的各个服务的配置后,点击“生成配置”按钮生成当前版本配置,然后再点击“下发配置”按钮将生成的版本配置下发至本地,Baetyl 服务会自动切换、加载该下发的新配置信息,具体可参考BIE 操作实践
- 此过程要求 Baetyl 持续 保持连接 状态,如果 Baetyl 在下发配置前已断开连接,则重新启动 Baetyl,在连接状态恢复至 已连接 后下发新配置即可(推荐);或可选择 下载配置 按钮,将该新配置下载至本地,然后自行在本地替换,然后再启动 Baetyl
- 步骤5: 配置 MQTTBox 连接信息 启动 MQTTBox,配置其与本地 Hub 服务建立连接所需的各配置信息
- 步骤6: 发送测试数据 在 MQTTBox 与本地 Hub 模块建立连接后,向主题 data 发送测试数据,然后打开 TSDB 面板,查看是否有数据成功写入,同时打开物可视展示板,观察数据写入的状态
- 步骤7:结果验证 若上述过程顺利,则可以看到刚才已发送的测试已经成功写入 TSDB,并在物可视进行展示。
测试与验证
本节中将会结合 智能边缘 BIE 云端管理套件从云端创建 Baetyl 执行所需的一切配置信息,然后由 智能边缘 BIE 云端管理套件下发本地部署,最后由本地启动 Baetyl,完成整个测试例的测试与验证。
Baetyl 主程序配置
- version: V2
- services:
- - name: agent
- image: 'hub.baidubce.com/baetyl/baetyl-agent:latest'
- replica: 1
- mounts:
- - name: agent-conf
- path: etc/baetyl
- readonly: true
- - name: agent-cert
- path: var/db/baetyl/cert
- readonly: true
- - name: agent-volumes
- path: var/db/baetyl/volumes
- - name: agent-log
- path: var/log/baetyl
- - name: localhub
- image: 'hub.baidubce.com/baetyl/baetyl-hub:latest'
- replica: 1
- ports:
- - '1883:1883'
- - '8883:8883'
- mounts:
- - name: baetyl-localhub-conf
- path: etc/baetyl
- readonly: true
- - name: baetyl-log
- path: var/log/baetyl
- - name: baetyl-localhub-cert
- path: var/db/baetyl/cert
- readonly: true
- - name: baetyl-persist-data
- path: var/db/baetyl/data
- - name: function-manager
- image: hub.baidubce.com/baetyl/baetyl-function-manager:latest
- replica: 1
- mounts:
- - name: baetyl-func-manager-conf
- path: etc/baetyl
- readonly: true
- - name: baetyl-mqtt-client-cert
- path: var/db/baetyl/cert
- readonly: true
- - name: baetyl-log
- path: var/log/baetyl
- - name: function-filter
- image: 'hub.baidubce.com/baetyl/baetyl-function-sql:latest'
- replica: 0
- mounts:
- - name: baetyl-function-filter-conf
- path: etc/baetyl
- readonly: true
- - name: remote-mqtt
- image: 'hub.baidubce.com/baetyl/baetyl-remote-mqtt:latest'
- replica: 1
- mounts:
- - name: baetyl-remote-mqtt-conf
- path: etc/baetyl
- readonly: true
- - name: baetyl-remote-iothub-cert
- path: var/db/baetyl/iothub/cert
- readonly: true
- - name: baetyl-mqtt-client-cert
- path: var/db/baetyl/localhub/cert
- readonly: true
- - name: baetyl-log
- path: var/log/baetyl
- volumes:
- - name: agent-conf
- path: var/db/baetyl/agent-conf
- - name: agent-cert
- path: var/db/baetyl/agent-cert
- - name: agent-volumes
- path: var/db/baetyl
- - name: agent-log
- path: var/db/baetyl/agent-log
- - name: baetyl-log
- path: var/db/baetyl/baetyl-log
- - name: baetyl-localhub-cert
- path: var/db/baetyl/baetyl-localhub-cert
- - name: baetyl-persist-data
- path: var/db/baetyl/baetyl-persist-data
- - name: baetyl-mqtt-client-cert
- path: var/db/baetyl/baetyl-mqtt-client-cert
- - name: baetyl-function-filter-conf
- path: var/db/baetyl/baetyl-function-filter-conf
- - name: baetyl-localhub-conf
- path: var/db/baetyl/baetyl-localhub-conf
- - name: baetyl-remote-iothub-cert
- path: var/db/baetyl/baetyl-remote-iothub-cert
- - name: baetyl-remote-mqtt-conf
- path: var/db/baetyl/baetyl-remote-mqtt-conf
- - name: baetyl-func-manager-conf
- path: var/db/baetyl/baetyl-func-manager-conf
Hub 服务配置
- listen:
- - tcp://0.0.0.0:1883
- - ssl://0.0.0.0:8883
- certificate:
- ca: var/db/baetyl/cert/ca.pem
- cert: var/db/baetyl/cert/server.pem
- key: var/db/baetyl/cert/server.key
- principals:
- - username: two-way-tls
- permissions:
- - action: 'pub'
- permit: ['#']
- - action: 'sub'
- permit: ['#']
- - username: test
- password: hahaha
- permissions:
- - action: 'pub'
- permit: ['#']
- - action: 'sub'
- permit: ['#']
- logger:
- path: var/log/baetyl/localhub-service.log
- level: "debug"
Function Manager 服务配置
- hub:
- address: ssl://localhub:8883
- username: two-way-tls
- ca: var/db/baetyl/cert/ca.pem
- cert: var/db/baetyl/cert/client.pem
- key: var/db/baetyl/cert/client.key
- insecure: true
- rules:
- - clientid: localfunc-1
- subscribe:
- topic: data
- qos: 1
- function:
- name: filter
- publish:
- topic: data/filter
- qos: 1
- functions:
- - name: filter
- service: function-filter
- instance:
- max: 10
- logger:
- path: var/log/baetyl/func-service.log
- level: "debug"
Function Filter 服务配置
- functions:
- - name: filter
- handler: 'SELECT temperature, ts, unit WHERE temperature > 50'
如上配置,发送到主题 data 的消息会被 SQL 运行时进行处理(脱敏、过滤),然后将处理结果反馈给主题 data/filter。
Remote 服务配置
- hub:
- address: ssl://localhub:8883
- username: two-way-tls
- ca: var/db/baetyl/localhub/cert/ca.pem
- cert: var/db/baetyl/localhub/cert/client.pem
- key: var/db/baetyl/localhub/cert/client.key
- insecure: true
- remotes:
- - name: iothub
- address: '<iothub_endpoint>' # 从物接入的项目列表中复制 ssl 地址替换 <iothub_endpoint>,比如:ssl://xxxxxx.mqtt.iot.gz.baidubce.com:1884,xxxxxx 为 endpoint
- clientid: remote-iothub-1
- username: '<username>' # 从上面选定(address)的物接入项目下创建的用户名列表中复制支持 ssl 连接的用户名替换 <username>,比如:xxxxxx/test,xxxxxx 为 endpoint
- ca: var/db/baetyl/iothub/cert/ca.pem
- cert: var/db/baetyl/iothub/cert/client.pem
- key: var/db/baetyl/iothub/cert/client.key
- rules:
- - hub:
- subscriptions:
- - topic: data/filter
- qos: 0
- remote:
- name: iothub
- subscriptions:
- logger:
- path: var/log/baetyl/remote-service.log
- level: "debug"
如上配置,本地 Hub 服务会将主题 data/filter 的消息发送给 Remote 远程服务(上文创建物接入 Endpoint 已拥有主题 data/filter 的订阅权限),然后远程 Hub 服务(这里指百度云 IoTHub 平台)接收到主题 data/filter 的消息触发规则 baetyl-demo (上文已创建),然后由规则引擎对消息进行封装(以满足 TSDB 规范),传送给 TSDB,最终在物可视进行可视化展示。
测试
依据 Hub 服务配置对 MQTTBox 进行连接设置,具体如下图示。
配置 MQTTBox 连接信息
同理,依据云端物接入的配置信息,对 MQTT.fx 进行连接配置,具体如下图示。
配置 MQTTBox 连接信息
然后通过 MQTTBox 向主题 data 发送消息,消息内容格式参考:
- {
- "temperature": 67.5, // 温度
- "ts": 1568817178, // Unix 时间戳
- "deviceid": "dev001", // 设备 ID
- "factory": "shanghai", // 生产地址
- "type": "temperature tensor", // 设备类型
- "unit": "℃" // 单位
- }
如按上文的消息处理逻辑,该条消息会被筛选出来,并回传给本地 Hub 服务,再由本地 Hub 服务将数据发送给 Remote 服务,最后上传至云端物接入,经由规则 baetyl-demo 封装处理,传送给 TSDB,最终在物可视展示。相关示意图如下示。
MQTTBox 收到处理后的消息,表示消息已被 Function Filter 服务处理,并将结果回传给了 Hub 服务。
MQTTBox 收到处理后的消息
MQTT.fx 收到云端物接入的消息,表示该消息已通过 Remote 服务发往了云端物接入
MQTTFX 收到处理后的消息
如果我们通过 MQTTBox 向主题 data 发送的消息内容为:
- {
- "temperature": 35.6, // 温度
- "ts": 1568817182, // Unix 时间戳
- "deviceid": "dev001", // 设备 ID
- "factory": "shanghai", // 生产地址
- "type": "temperature tensor", // 设备类型
- "unit": "℃" // 单位
- }
则 MQTTBox 和 MQTT.fx 均不会收到处理后的消息(temperature < 50
被过滤掉)。同理,规则引擎 baetyl-demo、TSDB 和物可视均不会收到该处理后的消息。
为更清晰地在云端展示处理后的结果,我们写入多条符合要求的数据,得到对应的 TSDB 和物可视的展示效果如下图示。
TSDB 收到多条处理结果
TSDB 收到多条处理结果
物可视收到多条处理结果
物可视收到多条处理结果
至此,通过 Baetyl 已实现将数据写入百度云 TSDB 及通过物可视进行可视化展示。