GCS 存储桶的数据访问审计日志时间戳答案

【问题标题】：Data Access Audit Log Timestamp for GCS bucketGCS 存储桶的数据访问审计日志时间戳
【发布时间】：2018-01-19 15:23:19
【问题描述】：

我想测量我们将文件上传到 GCS 存储桶需要多长时间。为此，我们想要获取对象的创建时间。

我的第一个屏幕截图显示了我们从 GCS 存储桶 API 获得的对象信息。时间戳显示“2018-01-19T14:58:14.626Z”。第二个屏幕截图显示时间戳“14:58:14.574”（以毫秒为单位）。根据the documentation，在审计日志条目中，

timeStamp 包含审计操作的时间

所以我假设我在日志条目中看到的时间戳是 storage.objects.create 发生的时间。如果我没记错的话，那么在额外的 52 (626-574) 毫秒内发生了什么？

是GCS存储桶从收到对象创建请求到真正将对象写入磁盘所花费的时间吗？

我应该使用哪个时间戳作为对象可用于“获取”和“下载”的时间？

【问题讨论】：

【解决方案1】：

时间戳当前是单独分配的，因此它们不会完全匹配。我已在内部提交了功能请求以使这些匹配，如果/何时进行此更改，我将更新此答案。

【讨论】：

听起来不错。如果它们匹配，它们是否都表示对象成功上传到 GCS 并且易于获取和下载的时间？现在，我应该在我的统计数据中使用哪一个？
你知道更多关于GCS的细节吗？我在这里有另一个问题stackoverflow.com/questions/48268822/…，你也能解释一下吗？谢谢！
真正的答案是只要上传返回成功，对象就准备好了。请注意，您机器时钟上的时间可能与 GCS 上的时间不匹配。
“机器时钟上的时间”是什么意思？ 2018-01-19 14:58:14.574 来自 strackdriver 日志记录，2018-01-19 14:58:14.626 来自 GCS 对象属性 (TimeCreatedRaw)。这两个时间戳都不是来自我机器的时钟。我现在的问题是“上传返回成功”或“对象已准备好”时的时间戳
对不起，我的意思是这些时间戳都不是你应该如何决定“对象准备好”的时间。一旦您收到上传的 OK 响应，对象就可以使用了。