基于Pub/Sub的同步RRPC调用实战是怎样的
基于Pub/Sub的同步RRPC调用实战是怎样的
基于Pub/Sub的同步RRPC调用实战是怎样的，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
1.同步调用场景
1.1 背景
MQTT协议是基于PUB/SUB的异步通信模式，无法实现服务端下发指令给设备端，同时需要设备端返回响应结果的场景。
IoT物联网平台基于MQTT协议制定了一套请求和响应的同步机制，无需改动MQTT协议即可实现同步通信。应用服务器通过POP API发起RRPC调用，IoT设备端只需要在Timeout内，按照固定的格式回复Pub消息，服务端即可同步获取IoT设备端的响应结果。
具体流程如下：
1.2 Topic格式约定
2.同步调用RRPC示例
2.1 设备端代码
2.2 服务端POP调用Rrpc
rrpc响应：
3.物模型-服务同步调用
InvokeThingService示例
注意：物模型 服务调用 POP接口
是InvokeThingService，不是RRPC
3.1 物模型-同步服务定义
3.2 设备端实现
注意：设备端响应的payload要满足物模型定义的出参结构
3.3 物模型-服务调用
POP接口 InvokeThingService
服务调用返回结果：
关于基于Pub/Sub的同步RRPC调用实战是怎样的问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注亿速云行业资讯频道了解更多相关知识。
目录
推荐阅读
0 条评论
本站已关闭游客评论，请登录或者注册后再评论吧~