edgex进阶系列-4.自定义应用服务（python）

4 自定义应用服务（python）

很多时候，我们不能基于go去开发与edgex整合或联动的application service。
比如需要调用算法模型对数据进行计算，那用python编写application service更合适些。
这样便不能使用edgex SDK提供的messagebus了。好在edgex默认使用了redis pipeline作为消息通道。我们可以直接连接redis，从redis中取出event进行处理。

从pipeline接收数据

接收数据比较简单，连接上redis后，开启一个订阅，然后处理消息即可。

需要注意的是，redis pipeline中的topic层级是用点分割的，而edgex配置文件中的斜杠分割，是会在代码中进行替换的。并且通配符也要由#变为*。
示例如下：edgex.events.device.*， edgex.events.device.{device-profile-name}.{device-name}.{source-name}

处理数据

比较麻烦的是对消息的处理，我们从redis pipeline接收到的是被层层包装过的字节流，而我们需要的其实是里面的event。

我们从redis中收到的最原始的数据如下：

[b'pmessage', b'edgex.events.device.*', b'edgex.events.device.gbKkLslQ.5e9cabad3b5.collected', b'{"ReceivedTopic": "", "CorrelationID": "", "Payload": "eyJhcGlWZXJzaW9u……I6IG9hdDY0In1dfX0=", "ContentType": "application/json"}']

是一个数组。其中第2项是我们订阅的带通配符的topic，第3项是具体的topic，第4项中包含数据，具体在Payload中。

Payload是一串非明文的码，默认是经过base64算法encode过的数据（edgex支持使用加密算法加密后再base64，暂时没研究）。因此我们需要使用base64算法decode，转换后并转化为json后的明文如下：

{
    "apiVersion":"v2",
    "requestId":"aa349b4b-8d2b-445f-81ed-c02a7724624a",
    "event":{
        "apiVersion":"v2",
        "id":"2f9883e9-dd33-45e1-a8c9-3c4d529afdbc",
        "profileName":"gbKkLslQ",
        "deviceName":"5e9ca055b72f4275b6bc0c425fbad3b5",
        "sourceName":"product_data",
        "origin":1648536800443000000,
        "readings":[
            {
                "id":null,  //直接模拟的数据，部分有缺失
                "profileName":"gbKkLslQ",
                "deviceName":"5e9ca055b72f4275b6bc0c425fbad3b5",
                "resourceName":"Inletflow",
                "origin":1648536800443000000,
                "value":"98.3487176418304",
                "valueType":"Float64"
            }
        ]
    }
}

现在可以看到里面是我们需要的event数据。然后就可以取出里面的数据处理了。

发送消息回pipeline

有些场景是，我们用几个属性的数据，通过调用算法模型计算另一个属性的值，这时我们还要把计算结果发回redis pipeline，这样才方便让消息流入规则引擎（edgex-kuiper），继续进行处理。

这种情况就需要按解码的过程，倒着进行编码。也就是说，要把计算出的值先放入reading，再封装成event，再base64编码成Payload，再构造成原始消息的数组。
并且发送给redis的topic也要用 edgex.events.device.{device-profile-name}.{device-name}.{source-name}这种结构。

这样，便完成了从pipeline收消息，处理，再发回pipeline的闭环。