Google cloud storage 对象更改通知的发送时间比文件上载时间晚很多分钟

当使用可恢复上传将文件上传到谷歌云存储时，在上传最后一块后获得2xx代码，有时需要几秒钟才能收到通知，有时会延迟40秒！分钟。这是极不可预测的，并导致用户体验差

有人能帮我解释一下我做错了什么吗

对hook的响应示例（我确实正确地接受2xx状态代码）

{
“名称”：“核心api”，
“主机名”：“http-in-production-0”，
“pid”：1，
“命名空间”：“审核”，
“审计”：没错，
“级别”：30，
“远程地址”：“10.240.0.6”，
“远程端口”：36689，
“请求id”：“6feb5f2a-82aa-4d24-b844-2db915868fd3”，
“请求”：{
“查询”：{}，
“方法”：“发布”，
“url”：“/api/files/gce”，
“标题”：{
“主机”：“redacted.com”，
“接受编码”：“gzip”，
“cf ipcountry”：“美国”，
“x-forwarded-for”：“66.102.6.238”，
“cf射线”：“2bba889f9fcb5011 DEN”，
“内容长度”：“1306”，
“cf访问者”：“{\”方案\“：\”https\“}”，
“接受”：“*/*”，
“x-goog-channel-id”：“已编辑cdn通道id”，
“x-goog-resource-state”：“存在”，
“x-goog-message-number”：“9748944617”，
“x-goog-resource-id”：“-----资源id------”，
“x-goog-resource-uri”：”https://www.googleapis.com/storage/v1/b/cdn.redacted.com/o?alt=json",
“x-goog-channel-token”：“机密令牌已编辑”，
“内容类型”：“应用程序/json；字符集=UTF-8”，
“用户代理”：“谷歌API”(+https://developers.google.com/webmasters/APIs-Google.html)",
“cf连接ip”：“66.102.6.238”，
“x-forwarded-proto”：“https”，
“连接”：“关闭”
},
“httpVersion”：“1.1”，
“预告片”：{}，
“版本”：“*”，
“计时器”：{
“remapXFFheader”：32，
“restifyCORSSimple”：16，
“接受”：120，
“parseQueryString”：22，
“gzip”：887，
“checkIfMatch”：27，
“checkIfNoneMatch”：22，
“checkIfModified”：45，
“checkIfUnmodified”：18，
“remapContentType”：10，
“readBody”：343，
“主体”：57，
“重新定义记录器”：205，
“attachAMQP”：19，
“初始上下文”：12，
“activateAccount”：542，
“handeReact”：411，
“responseContentType”：27，
“gceWebhook”：304，
“完全消费上传”：55245
}
},
“res”：{
“状态代码”：202，
“标题”：{
“内容编码”：“gzip”，
“内容类型”：“应用程序/vnd.api+json”
},
“预告片”：假
},
“err”：空，
“延迟”：63，
“审计”：正确，
“msg”：“已处理：202”，
“时间”：“2016-07-01T14:26:33.645Z”，
“v”：0
}

请参阅文档的一节。我在此特别引述：

对象更改通知将尝试向发送通知 您的应用程序是可靠的。但是，请注意 通知可以无限期延迟，而及时性则不受限制 保证

请参阅文档的一节。我在此特别引述：

对象更改通知将尝试向发送通知 您的应用程序是可靠的。但是，请注意 通知可以无限期延迟，而及时性则不受限制 保证

---

我确实看到了这一点，尽管这并没有改变这样一个事实，即连续6个月的计时几乎是立即的，而现在它甚至没有接近它。在过去的3天里，1小时的延误是正常的。因此，我希望在这里获得更多关于这个话题的深入了解。嗨@Vitaly，我理解你的沮丧。虽然一般的政策是通知可以无限期延迟，但我们确实努力快速交付通知。我们知道造成延误的问题，并正在努力解决该问题。待问题解决后，我会在这里再次作答。很抱歉给您带来不便。您好@Vitaly，我们已经解决了这个问题。延迟应该恢复正常。这再次成为一个问题，现在它非常不一致。你能看看civic-meridian-130023项目的通知延迟吗？一周前，发送通知所需的最长时间是2秒，现在是45秒。有没有办法让GCS更可靠？嗨@Vitaly，我们最近为GCS推出了一个云集成测试版。文档我建议您尝试一下：我希望您会发现延迟和可靠性要好得多。如果你有机会尝试，请告诉我。我确实看到了这一点，但这并没有改变一个事实，即连续6个月的计时几乎是立即的，而现在它甚至没有接近。在过去的3天里，1小时的延误是正常的。因此，我希望在这里获得更多关于这个话题的深入了解。嗨@Vitaly，我理解你的沮丧。虽然一般的政策是通知可以无限期延迟，但我们确实努力快速交付通知。我们知道造成延误的问题，并正在努力解决该问题。待问题解决后，我会在这里再次作答。很抱歉给您带来不便。您好@Vitaly，我们已经解决了这个问题。延迟应该恢复正常。这再次成为一个问题，现在它非常不一致。你能看看civic-meridian-130023项目的通知延迟吗？一周前，发送通知所需的最长时间是2秒，现在是45秒。有没有办法让GCS更可靠？嗨@Vitaly，我们最近为GCS推出了一个云集成测试版。文档我建议您尝试一下：我希望您会发现延迟和可靠性要好得多。如果你有机会尝试，请告诉我。