[发明专利]一种基于发布订阅的边边通讯消息路由方法

说明书

本发明公开了一种基于发布订阅的边边通讯消息路由方法，步骤为启动边缘节点Hub路由组件；构建边缘节点间树形消息路由表；配置边缘应用间的消息路由关系；若边缘应用发送流数据则进行边缘应用间流数据通讯，若边缘应用发送请求响应数据则进行边缘应用间请求响应通讯。该方法引入基于消息队列中间件，实现基于发布订阅方式的请求响应通讯以及流数据方式通讯，不但可以解决峰值数据的处理问题，同时可利用消息队列的分组订阅模式实现并发处理，加快数据的处理速度；应用之间的调用不在是直接调用，而是采用可配置的数据路由方式，无需修改源代码就可以实现将数据发送给新增的应用使用，实现应用之间通信的真正解耦。

技术领域

本发明涉及物联网技术领域，尤其涉及一种基于发布订阅的边边通讯消息路由方法。

背景技术

物联网相对于互联网，强调物的连接，物的连接离不开运行于物之上的应用，当大量的物连接到网络上后，应对爆炸式的业务需求及需求变化，要求物上运行多应用，应用之间动态、灵活进行通讯要求成为难点；传统的应用通讯方式都是硬编码，应用之间的调用关系都是直接调用，数据流向都是写死的，而往往边缘采集的数据需要发给不同的应用使用，实现不同的业务需求，这样当新应用加入且需要使用旧应用采集到的数据时，无法通过配置的方式实现，而需要修改旧应用的源代码将数据发送给新应用，显然这种方式是不可取的，应用之间的独立性未得到保障。

另外，传统的跨边缘节点通讯由于各种原因(如安全的考量，外网ip费用的考量)导致消息无法直达，需要通过中间节点进行路由转发。如当一个工厂的所有设备需要将数据发送到外网云端时，出于安全考虑工厂不会给每个设备都开通外网访问权限，而是通过单个网关设备进行转发。

现有技术istio提供一种简单的方式来为已部署的服务建立网络，该网络具有负载均衡、服务间认证、监控等功能。采用istio技术建立的服务网格模式通讯，边缘应用之间无法直接通讯，只能通过各自的sidecar(将本将属于应用程序的功能拆分成单独的进程，这个进程可以被理解为sidecar，sidecar之间可进行通讯)进行通讯，每个应用一个sidecar代理，其步骤为：首选将边缘应用附加到sidecar中，然后边缘应用与sidecar通讯，之后sidecar之间进行通讯，sidecar之间通过服务注册与发现方式来发现彼此。

使用istio技术建立服务网格模式通讯存在以下问题：1)istio技术中每个边缘应用都需附带一个sidecar代理，由于现有边缘设备的CPU内存资源有限(如电网设备)，每个边缘应用都需附带一个sidecar代理则会占用很多额外资源，并使得sidecar代理的管理更加复杂。2)传统的网状通讯模式，通讯复杂，且一旦出现问题排查困难。3)现有的应用通讯采用直接通讯，当应用之间无法直接通讯时，则需要自行开发代理服务，自行考虑怎样做消息路由，加大了应用开发难度和复杂性。4)未考虑边缘数据的动态流式处理，没有考虑流式处理框架或者流式处理是写死的，无法动态调整处理流程。

发明内容

本发明要解决的技术问题是，提供一种能够动态调整应用的输入输出关系，实现应用之间的完全解耦，应用之间的流数据处理流程可动态配置，可数据削峰填谷避免数据丢失，高效跨边缘节点通讯的边边通讯消息路由方法。

为解决上述技术问题，本发明提供一种基于发布订阅的边边通讯消息路由方法，包括以下步骤：

S1，启动边缘节点Hub路由组件；

S2，构建边缘节点间树形消息路由表；

S3，配置边缘应用间的消息路由关系；

S4，若边缘应用发送流数据则进行边缘应用间流数据通讯，若边缘应用发送请求响应数据则进行边缘应用间请求响应通讯。

步骤S1中所述启动边缘节点Hub路由组件的步骤包括：

S11，当前Hub路由组件运行参数加载；