腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
文章
问答
(322)
视频
沙龙
1
回答
Python
Google
PubSub
设置
来自
subscribe
()的
确认
截止
日期
python
、
google-cloud-platform
、
google-cloud-pubsub
我使用
subscribe
()订阅数据(如下所示)。有没有办法从
subscribe
()
设置
ackDeadline?代码:subscription_path = subscriber.subscription_path(project_id, subscription_id ) streaming_pull_future = subscriber.<em
浏览 13
提问于2021-03-06
得票数 0
回答已采纳
1
回答
通过
python
同步拉取
确认
pubsub
消息不起作用
python
、
google-cloud-platform
、
google-cloud-pubsub
使用
python
google
-cloud-
pubsub
库,通过subscriber.acknowledge()
确认
消息不会
确认
我
的
消息。我的
确认
截止
时间
设置
为30秒。下面是我
的
代码: from
google
.cloud import
pubsub
_v1 subscription_name = "$$$$&qu
浏览 18
提问于2019-12-05
得票数 1
1
回答
使用Firebase函数重试
pubsub
消息
firebase
、
google-cloud-functions
、
google-cloud-pubsub
我有一个由
PubSub
消息触发
的
Firebase函数,它处理需要对
Google
Drive API进行
的
一系列调用。当对
Google
Drive API
的
调用由于速率限制错误而失败时,我想重试这些调用。我将调用添加到一个新
的
PubSub
消息中,并将其添加到队列中。此消息将立即送达。因此,我在消息中
设置
了delay until参数,并且仅在延迟已过时才处理该消息,否则将该消息再次添加到队列中。这会导致消息被多次传递和重试。在Fireba
浏览 1
提问于2018-03-06
得票数 1
3
回答
对于从
PubSub
触发
的
云运行,何时才是发送请求消息
的
合适时间?
google-cloud-pubsub
、
google-cloud-run
、
event-arc
我正在构建一个运行在Cloud Run上
的
服务,该服务由
PubSub
通过EventArc触发。“
PubSub
”保证交付至少一次,并将在每一个acknowledgement
截止
日期
重新尝试。此
截止
日期
设置
在队列订阅详细信息中。 当运行在云运行
浏览 5
提问于2021-06-24
得票数 1
2
回答
Google
不重发未
确认
的
消息
node.js
、
typescript
、
google-cloud-pubsub
为选择
的
答案包含一些相关信息 以及以下代码: .topic(this.topicName()) this.logger.error('Received error:', error)发布到相应主题
的
消息会如期而至地从上面的代码中记录下来,但是,即使我没有在配置的
确认
截
浏览 11
提问于2021-12-23
得票数 0
回答已采纳
2
回答
谷歌
PubSub
Python
多个用户客户端接收重复消息
google-cloud-platform
、
google-cloud-pubsub
、
google-cloud-python
我有一个非常简单
的
应用程序来启动一个
PubSub
订阅者StreamingPull客户端。我在库伯奈特斯部署了这个这样我就可以放大了。当我部署了一个吊舱时,一切都如期而至。订阅
确认
截止
日期
设置
为600 s。处理所有消息
的
分钟远远低于订阅的
确认
截止
日期
,
Python
客户端应该处理租约管理,因此我不确定为什么会有过期消息。我也不明白为什么同一条消息同时发送到多个订阅服务器客户端。最小工作实例: impor
浏览 6
提问于2019-09-18
得票数 1
回答已采纳
1
回答
在
PubSub
订阅、
确认
、
截止
日期
和重新传递
的
上下文中,未完成
的
消息对订阅者意味着什么?
google-cloud-pubsub
(有10分钟的
确认
截止
时间)。
来自
GAE任务拉队列世界,我们假设工作人员将通过从
PubSub
订阅中提取一条消息来“租赁”一条消息,其中,从提取时开始,员工将有10分钟
的
时间来
确认
消息。然而,在添加日志之后(参见下面重新发布
的
消息),重要
的
似乎不是从拉到ack
的
时间,而是从发布消息到
确认
的
时间。 这是对
PubSub
确认
截止
日期
和随
浏览 1
提问于2020-06-27
得票数 2
回答已采纳
1
回答
在CPU利用率较低
的
情况下进行缩减后,数据流管道暂停
google-cloud-dataflow
、
apache-beam
在我们
的
流式流水线中,我们从
pubsub
读取数据,执行一些验证,然后在10秒
的
间隙会话窗口中按关键字对其进行分组。然后,数据被进一步处理,并再次写入bigtable和
pubsub
。我们使用
的
是apache beam 2.28和数据流引擎。白天我们处理比晚上更多
的
数据,管道会自动增加工作进程(n2d-standard-4)
的
数量。正是在这一点上,所有工作进程
的
CPU利用率下降到接近0%,整个流水线开始大量滞后。其结果是,工作进程
的
数量再
浏览 18
提问于2021-08-19
得票数 1
回答已采纳
1
回答
google
.cloud.
pubsub
_v1和
google
.cloud.
pubsub
有什么区别?
google-cloud-pubsub
、
google-cloud-python
、
google-python-api
我发现这两种方法都在
Google
的
不同文档中使用:载于: from
google
.cloud import
pubsub
_v1
浏览 1
提问于2018-01-10
得票数 14
回答已采纳
1
回答
当等待函数未完成时,运行循环以更新云发布/订阅acknolwedgement
截止
日期
python
、
async-await
、
google-cloud-pubsub
我
的
所有消息都将花费超过600秒
的
时间来
确认
/处理
来自
云
PubSub
的
消息,所以当我处理消息时,我需要计数到590秒,并请求将
确认
截止
时间延长600秒(这样其他订阅者就不会得到重新提交)。: subscriber =
pubsub
_v1.SubscriberClient() subscription_path = "projects/path/to/subscription"
浏览 6
提问于2021-07-09
得票数 0
回答已采纳
2
回答
故意
的
?
java
、
google-cloud-platform
、
google-cloud-pubsub
在我
的
推送端点上,我有一个长期运行
的
阻塞操作,有时运行超过一分钟。操作完成后,我将返回一个200响应,并添加消息。我注意到
的
是,如果我
的
长时间运行操作超过30秒,消息也会被重试。似乎用于推送
的
HTTP连接不存在超过30秒之类
的
时间。 这是故意
的
吗?它是可配置
的
吗?
浏览 0
提问于2019-11-10
得票数 1
1
回答
Google
错误:超过
截止
日期
google-cloud-pubsub
我有一个简单
的
服务,它将消息发布到
PubSub
主题,偶尔会收到“超过
截止
日期
”
的
错误消息: from
google
.cloud import
pubsub
pubsub
_client =
pubsub
.Cl
浏览 1
提问于2017-02-17
得票数 3
回答已采纳
2
回答
为什么消息不能重新投递?
google-cloud-platform
、
google-cloud-pubsub
确认
截止
时间为10秒。当我使用异步拉取
的
方式处理消息时,我不会调用message.ack()和message.nack(),而是等待消息
确认
截止
日期
,并期望Pub/Sub重新传递此消息。acked'); } else { }logger.info('
subscribe
faker.i
浏览 25
提问于2019-05-29
得票数 1
2
回答
Pub/Sub测试:即使通过ack_deadline,客户端也接收到
的
消息
google-cloud-platform
、
google-cloud-pubsub
我在测试Cloud /Sub根据
google
的
文档,拉子
的
ack_deadline可以
设置
在10s-600s之间。如果ack_deadline通过,msg将由
Pubsub
重新交付。我正在处理订阅客户端中
的
pubsub
消息,然后再对msg进行处理。该加工时间可达700 s,超过了600 s
的
最大极限。复制: 运行
浏览 7
提问于2022-09-24
得票数 1
回答已采纳
1
回答
推送订阅发送多条消息比消息
确认
截止
日期
早得多
google-cloud-platform
、
google-cloud-storage
、
google-cloud-pubsub
我为GCS
设置
了
Pubsub
通知。()和我将
Pubsub
订阅
设置
为将消息推送到GAE端点。将消息
确认
截止
日期
设置
为90。但是,当我试图在指定
的
桶中创建对象时,
pubsub
非常快地发送了多条消息。复制步骤: 在指定
的
主题上创建
浏览 0
提问于2019-01-30
得票数 0
回答已采纳
1
回答
Google
抛出504个
截止
日超过错误,同时监听异步拉中
的
消息
python
、
google-cloud-platform
、
google-cloud-pubsub
我有一个订阅
PubSub
主题并使用异步拉
的
服务。在空闲10分钟并没有收到任何消息后,
PubSub
抛出504个
截止
日期
超过错误。错误消息: INFO:
google
.cloud.
pubsub
_v1.subscriber.INFO:
google
.cloud.
pubsub
_v1Re-established str
浏览 1
提问于2020-07-09
得票数 3
回答已采纳
3
回答
成功
确认
后,发布/订阅消息仍未送达
python
、
gcloud
、
google-cloud-pubsub
我非常困惑为什么我
的
gcloud pub/sub队列在同步打包消息后没有缩小。我有一个很小
的
队列(不超过几百条消息),并且使用
的
代码与gcloud文档中
的
代码非常相似:PROJECT = 'my_project' subscriber =
浏览 0
提问于2020-11-02
得票数 0
2
回答
Pub/Sub -
确认
截止
日期
被忽略,当使用准确一次交付时
google-cloud-pubsub
在启用Exactly once delivery和
确认
截止
日期
设置
为600s
的
情况下,消息接收方仍然会在60年代或更短
的
时间内收到消息。
subscribe
("projects/xxxx/subscriptions/xxx-topic-sub", m -> {08:19:06.277 INFO 261
浏览 18
提问于2022-07-22
得票数 0
4
回答
如何为中
的
urlfetch
设置
超时?
python
、
django
、
google-app-engine
、
timeout
我经常犯这样
的
错误: 方法:获取异常类型: DownloadError异常位置:/
google
_appengine/
google
/appengine/api/urlfetch.py in _get_fetch_result,第325行 感觉好像只有在12秒之后才会超时(我不确定问题:我如何
设置
更长
的
超时时间?
浏览 1
提问于2010-01-29
得票数 19
回答已采纳
1
回答
修改异步订阅服务器中
的
ack
截止
日期
java
、
google-cloud-pubsub
我目前切换到
google
-cloud-
pubsub
库
的
0.24.0-beta版本,无法找到修改消息
确认
截止
日期
的
方法。在以前
的
版本中,有一个modifyAckDeadline(),它允许我这样做。为了了解我为什么要尝试它:我想实现
的
是一种重试机制,在这种机制中,无法处理
的
消息会在10分钟内重新传递,并且只有在X次不成功
的
重试之后才会被
确认
。
浏览 0
提问于2017-09-29
得票数 1
点击加载更多
热门
标签
更多标签
云服务器
对象存储
ICP备案
云点播
腾讯会议
活动推荐
运营活动
广告
关闭
领券