AWS IoT的MQTT主题限制
共有1个答案
-
消息在持久会话中使用消息过期间隔很长一段时间，订阅服务器可以来来去去、打开和离线，每个主题的消息数量不限。 当我订阅:时，我是否会按照代理接收的顺序从主题中接收消息，这些消息与来自和的消息交织在一起？ 关于消息排序的规范规定：
-
我使用带有paho-mqtt的Python客户机发布Google Cloud IoT的特定主题:。下面是基于Google IoT文档示例的代码： 当我运行时，客户端连接但不发布。在Google IoT控制台，我可以看到以下错误信息： 无效的MQTT发布主题:projects/my_project/topics/sm1 下面是输出： 连接到Google IoT Broker... 连接状态：0--m
-
3.8 SUBSCRIBE - 订阅主题 客户端向服务端发送SUBSCRIBE报文用于创建一个或多个订阅。每个订阅注册客户端关心的一个或多个主题。为了将应用消息转发给与那些订阅匹配的主题，服务端发送PUBLISH报文给客户端。SUBSCRIBE报文也（为每个订阅）指定了最大的QoS等级，服务端根据这个发送应用消息给客户端。 3.8.1 固定报头 图例 3.20 – SUBSCRIBE报文固定报头
-
我的Kafka消费者必须倾听多个主题。每个主题都定义了一个优先级，比如高、低和中。 消费者服务必须以这样的方式配置，例如，它有30个执行器用于处理高主题的消息，5个执行器用于处理低主题和中主题的每个消息。 如果执行程序被占用并运行当前任务，是否有方法配置消费者停止消费来自相应主题的消息？
-
null 对于谷歌来说，我们已经发现控制流与Azure和AWS相比是不同的。 对于Google来说，在等待接收消息之前，我们需要每次订阅和取消订阅给定的主题，而对于AWS和Azure来说，我们需要在打开MQTT连接时订阅一次。 问题： 有时5秒的设备超时发生，因为它无法从谷歌MQTT桥接收订阅主题的消息。添加多次重试来克服超时问题是不成功的，因为问题仍然存在，因为设备在开机后的设备操作45-60秒