一个主题将有一个发布者。比方说每秒1000条消息。这就是我想要做的:( Google Pub/Sub的RESTAPI允许这样做吗?)您可以使用新方法createSharedConsumer创建一个“共享的”非持久订阅。由于两个JVM需要能够识别它们需要共享的订阅,因此它们需要提供一个名称来识别共享的<
我有一个云函数,它将消息发布到PubSub,并触发云运行来执行归档文件过程。当有大文件时,我的cloud Run python代码需要一些时间来处理数据,它看起来像是PubSub在20秒(默认确认截止时间)后重试消息,这将从我的Cloud run触发另一个实例。云函数发布消息代码: # Publishes a message publish_future = publisher.publish(topic_path, data=message_bytesexcept Exception as e
由于Azure Service Bus将队列或主题的最大并发连接数限制为100,我们是否可以使用一种方法来查询队列/主题,以确定有多少个并发连接?我们知道我们可以捕获节流事件,但我们更喜欢主动的方法,在系统负载较重时,我们可以主动增加或减少队列/主题的数量。这里的用例是等待回复消息的流程,其中回复来自长期运行的流程,订阅使用相关筛选器来促进<e