问题一:在MQTT中,单个消息发送数据不能超过64k的有什么方案可以支持更大吗?
单个消息发送数据不能超过64k的有什么方案可以支持更大吗?我现在的应用场景是连接多,预计5万,但是tps 不高,不超过5,消息长度偶尔大于64k,不超过1%,可以定制吗,按照目前阿里云策略严重超标自建,有什么方案吗?
参考答案:
目前只有铂金版支持调整,上限1MB。
关于本问题的更多回答可点击进行查看:
https://developer.aliyun.com/ask/573125?spm=a2c6h.12873639.article-detail.82.4c7d4378UeMe6A
问题二:在MQTT中,mqtt设备上下线通知管理只能通过mqtt和rockmq数据互通的形式获取吗?
mqtt设备上下线通知管理只能通过mqtt和rockmq数据互通的形式获取吗?实例下有没有默认的topic可以消费设备上下线消息
参考答案:
可有通过云端SDK。文档上都有
https://help.aliyun.com/document_detail/335179.html?spm=a2c4g.163032.0.0.21cc3d27mQN1e2
关于本问题的更多回答可点击进行查看:
https://developer.aliyun.com/ask/571113?spm=a2c6h.12873639.article-detail.83.4c7d4378UeMe6A
问题三:在MQTT中,服务端向设备端通过API的方式发送消息的时候,可以撤回发出的消息吗?
服务端向设备端通过API的方式发送消息的时候,可以撤回发出的消息吗
参考答案:
在服务端向设备端通过 API 发送消息时,一般而言可以撤回发出的消息。
服务端可以采用消息确认机制或事务机制实现这一目标。当服务端向设备端发送完消息后,会等待设备端返回确认信息。如果设备端没有及时回复确认信息,服务端就可以认为消息未送达,此时可以尝试再次发送。如果设备端仍无响应,则可以将该消息标记为未送达,并将它移出待发列表,停止重复发送。
此外,服务端还可以使用事务机制。在发送消息前开启事务,并等待设备端回复确认信息。如果设备端未回复确认信息,服务端可以取消该事务,从而阻止发出的消息到达设备端。
不过,需要注意的是,具体实现方式需要根据您使用的设备及技术栈等因素来确定。例如,在MQTT协议中,有两种常见的消息退回机制:“QoS 1”和“QoS 2”,它们都可以用于撤回消息。其中,“QoS 1”可以让服务端知道消息是否已经抵达客户端,而“QoS 2”不仅可以知道消息是否抵达客户端,还能保证消息只会被接收一次。
关于本问题的更多回答可点击进行查看:
https://developer.aliyun.com/ask/571112?spm=a2c6h.12873639.article-detail.84.4c7d4378UeMe6A
问题四:在MQTT中,no heart,关闭是咋回事?
no heart,关闭是咋回事
参考答案:
已核实。
关于本问题的更多回答可点击进行查看:
https://developer.aliyun.com/ask/571111?spm=a2c6h.12873639.article-detail.85.4c7d4378UeMe6A
问题五:在MQTT中,设备证书还有数量上限的吗?
设备证书还有数量上限的吗?现在规格是 1000,然后设备证书创建了 1000 就开始报错了。如果在控制台直接删除了设备证书,数量限制会释放吗?控制台证书管理
参考答案:
有的,看看文档的限制。控制台没地方删,是调用openapi删除。这个和那个不是一个证书,这个是X509,x509证书会没有数量限制,CA证书有数量限制。
关于本问题的更多回答可点击进行查看:
https://developer.aliyun.com/ask/571110?spm=a2c6h.12873639.article-detail.86.4c7d4378UeMe6A