使用COAP、MQTT或其他轻量级协议的RESTful API

使用COAP、MQTT或其他轻量级协议的RESTful API,rest,http,mqtt,coap,Rest,Http,Mqtt,Coap,我有一个工作的HTTP RESTful API,它将接收一个ID,然后检查数据库中的数据。根据记录和相关记录的状态,它将返回状态错误,或者如果一切准备就绪,它将返回有关记录的一些信息。它还有一些其他功能,但我的问题是我们用来收集这些数据的设备无法访问WiFi,我们计划测试2G蜂窝解决方案,但我知道HTTP请求即使完成也会太慢 我的设备可以通过什么轻量级协议向服务器发送一个36字符的UUID并返回JSON响应。我一直在探索有关MQTT和COAP的信息,但没有看到关于询问另一个设备记录的特定ID的更

我有一个工作的HTTP RESTful API,它将接收一个ID,然后检查数据库中的数据。根据记录和相关记录的状态,它将返回状态错误,或者如果一切准备就绪,它将返回有关记录的一些信息。它还有一些其他功能,但我的问题是我们用来收集这些数据的设备无法访问WiFi,我们计划测试2G蜂窝解决方案,但我知道HTTP请求即使完成也会太慢

我的设备可以通过什么轻量级协议向服务器发送一个36字符的UUID并返回JSON响应。我一直在探索有关MQTT和COAP的信息,但没有看到关于询问另一个设备记录的特定ID的更多信息,这更像是询问硬件的状态

此外,如果有一个解决方案,我可以得到接口与我现有的API这将是理想的


谢谢您的帮助。

我不知道为什么2G蜂窝解决方案不能很好地与HTTP配合使用

根据另一种说法,http的大小是:

今天的请求标题各不相同 大小从~200字节到超过2KB。随着应用程序使用更多cookie 用户代理扩展了功能,典型的头大小为700-800字节 是常见的

根据数据,您可以获得高达40kbit/s的数据。我不确定在这种情况下使用http会有什么问题

如果您使用UDP之类的东西,它可以更快、更小。但是,由于数据包丢失的可能性,它不如HTTP可靠。更不用说,您还可以对HTTP请求应用gzip或其他形式的压缩,使其更小

次要更新


如果不需要这些数据,您可以每小时或半天批量上传,将所有数据存储在本地数据库中,并在特定的时间间隔执行一个较大的主HTTP请求,但将拥有所有数据?我不完全确定您的要求是什么,但对于2G以上的情况,HTTP应该是合适的

响应有多大?