推送订阅比消息确认截止日期早得多发送多条消息
Push subscription send multiple message much earlier than message acknowledgment deadline
我为 GCS 设置了 Pubsub 通知。 (https://cloud.google.com/storage/docs/pubsub-notifications)
我将 Pubsub 订阅设置为将消息推送到 GAE 端点。
将消息确认截止日期设置为 90 秒。
但是当我尝试在指定的桶中创建对象时，pubsub 非常快速地发送了多条消息。（见附件）
Stack driver logging view
重现步骤：
- 为 GCS 设置 Pubsub 通知（gsutil notification create -t [TOPIC] -f json -e OBJECT_FINALIZE [BUCKET]）
- 在指定主题上创建 Pubsub 订阅，并将订阅类型设置为
PUSH 并指定 GAE 端点的 url.
- 在指定的桶中创建对象。
- 在 Stack Driver Logging 上监控日志。
一开始出现的概率很高，但尝试次数超过10次后就不再出现了
Cloud Pub/Sub dynamically 根据收到成功响应的速率调整推送请求的速率。
这意味着只要它没有收到订阅者的确认，它就可以重新尝试发送消息。
我为 GCS 设置了 Pubsub 通知。 (https://cloud.google.com/storage/docs/pubsub-notifications) 我将 Pubsub 订阅设置为将消息推送到 GAE 端点。 将消息确认截止日期设置为 90 秒。 但是当我尝试在指定的桶中创建对象时，pubsub 非常快速地发送了多条消息。（见附件）
Stack driver logging view
重现步骤：
- 为 GCS 设置 Pubsub 通知（gsutil notification create -t [TOPIC] -f json -e OBJECT_FINALIZE [BUCKET]）
- 在指定主题上创建 Pubsub 订阅，并将订阅类型设置为
PUSH并指定 GAE 端点的 url. - 在指定的桶中创建对象。
- 在 Stack Driver Logging 上监控日志。
一开始出现的概率很高，但尝试次数超过10次后就不再出现了
Cloud Pub/Sub dynamically 根据收到成功响应的速率调整推送请求的速率。
这意味着只要它没有收到订阅者的确认，它就可以重新尝试发送消息。