Google app engine 图像服务URL在Google云存储/Blobstore中有效多长时间？存储成本是否冗余？

谷歌云平台上的图像服务URL没有过期或存储详细信息： -这份文件相当不清楚。图像是否临时存储在CDN或其他什么东西上，或者它是否无限期地存储在项目的Blobstore中，而我们需要支付很多倍的存储费用？或者，URL是否在设定的时间后过期，并且图像的大小被丢弃

我问这个问题的原因是因为我听说调用这个函数会增加延迟，如果可能的话，我想确保缓存响应。但是，如果有，我需要知道缓存过期点

---

如有任何帮助或澄清，将不胜感激。

定价和缓存

这被描述得稍微好一点：

您只需将原始图像的一个副本存储在Blobstore中，然后请求一个高性能的每个图像URL

正如Paul在评论中所说，您只需支付Blobstore中原始图像的1个副本的存储空间，以及提供服务时的正常带宽费用。当你创建的URL为不同大小的图像提供服务时，他们是否会缓存该大小的图像副本取决于谷歌；无论哪种方式，您仍然只需支付原始图像原始大小的存储费用

我看到过一些报告，说在删除原始图像后，URL服务可以工作数天，所以谷歌显然至少有时会进行一些缓存，但这些细节没有具体说明，可能会根据具体情况而有所改变

到期

URL永远不会过期，除非您明确删除它或原始图像

无论您将图像存储在云存储还是Blobstore中，阻止图像通过服务URL公开访问的正确方法是调用

image.DeleteServingURL

函数

性能

我无法评论通过提供一个调整大小的图像副本可以增加多少延迟。我想答案是“不足以关心”，但我也不知道。如果您进行了实验，发现增加的延迟是不可接受的，那么您可以尝试创建多个版本的映像，自己存储在Blobstore中，以其自然大小提供服务。我不能说这是否真的会提高性能。在这种情况下，您当然要为存储每个副本付费。我建议你不要担心这件事，除非你觉得这会成为一个问题

通过高度优化的无Cookie基础架构以低延迟提供图像

---

因此，我怀疑您是否能够从尝试自己对其进行更多优化中获得更多好处。

定价和缓存

这被描述得稍微好一点：

您只需将原始图像的一个副本存储在Blobstore中，然后请求一个高性能的每个图像URL

正如Paul在评论中所说，您只需支付Blobstore中原始图像的1个副本的存储空间，以及提供服务时的正常带宽费用。当你创建的URL为不同大小的图像提供服务时，他们是否会缓存该大小的图像副本取决于谷歌；无论哪种方式，您仍然只需支付原始图像原始大小的存储费用

我看到过一些报告，说在删除原始图像后，URL服务可以工作数天，所以谷歌显然至少有时会进行一些缓存，但这些细节没有具体说明，可能会根据具体情况而有所改变

到期

URL永远不会过期，除非您明确删除它或原始图像

无论您将图像存储在云存储还是Blobstore中，阻止图像通过服务URL公开访问的正确方法是调用

image.DeleteServingURL

函数

性能

我无法评论通过提供一个调整大小的图像副本可以增加多少延迟。我想答案是“不足以关心”，但我也不知道。如果您进行了实验，发现增加的延迟是不可接受的，那么您可以尝试创建多个版本的映像，自己存储在Blobstore中，以其自然大小提供服务。我不能说这是否真的会提高性能。在这种情况下，您当然要为存储每个副本付费。我建议你不要担心这件事，除非你觉得这会成为一个问题

通过高度优化的无Cookie基础架构以低延迟提供图像

---

因此，我怀疑您是否能够从尝试自己对其进行更多优化中获得更多好处。

除非您明确清除它，否则它将永远存在。它将其推出谷歌边缘缓存。你只为你实际使用的东西付费。是的，您将支付图像的存储费用，但仅支付一次。除非您明确清除图像，否则图像将永久保留。它将其推出谷歌边缘缓存。你只为你实际使用的东西付费。是的，您将支付图像存储费用，但仅支付一次。谢谢！非常详细。如果您将一个文件上载到云存储桶，然后将其删除，它是否也会自动将其从Blobstore中删除（这两个文件有点“链接”），并因此删除其图像服务URL？如果您上载两个图像副本，无论是在云存储、Blobstore还是两者中，它们都不会链接。要停止图像服务，您应该使用上面提到的

deleteServingUrl

功能，然后可以选择从存储中删除图像。我的意思是，您可以使用Blobstore API访问Google云存储文件。Like

gs://bucket/file

与Blobstore中已存储的文件相同。但是，我不确定从云存储中删除文件是否会从Blobstore/CDN中删除该文件及其图像URL。-你知道吗？仅将文件的一个副本“添加”到