S3 中的图像存储和安全服务

Question

我正在建立一个照片网站，用户可以在其中上传照片并稍后使用它查看。这些照片不是公开的和私人的。我将照片和缩略图存储在 S3 中。目前我正在遵循的实现是，当用户访问页面时，我会提供缩略图的签名 url，并且它是从 S3 加载的（尽管我也在考虑使用来自云端的签名 url）。

现在的问题是：

• 在每个请求中，为每个缩略图提供不同的 url，因此无法使用浏览器缓存。这使浏览器在用户刷新站点时再次加载每个图像。这会使我们的页面变慢。
• 这也造成了另一个问题，如果有人窥探到源和所有，他可以找到照片的签名 URL 并将其分发给其他人查看（虽然签名 URL 只有 10 分钟）。我最喜欢的是我的应用程序传递 url，以便我可以决定是否应该允许用户。

请帮助我应该采取什么方法，我希望页面加载时间更快并且还可以解决安全问题。我还想知道，即使每次使用不同的签名 url，从云端提供服务也会比浏览器缓存更快（我在某个地方读过）。 随意在您的回答中进行描述。

Answer 1

我认为您想要的没有完美的答案。一些随机的想法/权衡：

1) 切换到 HTTPS。这样你就可以忽略人们嗅探 URL。但是HTTPS项目不能在浏览器中缓存很长时间。

2) 如果你要给出签名的 url，不要设置 expires = "time + 10m"，而是设置 "time + 20m and round to most 10m"。这样，URL 将至少保持 10m 不变，并且浏览器可以缓存它们。 （请务必在 S3 中的文件上设置 expires: 标头，以便浏览器知道它们可以被缓存。）

3) 您可以代理所有 URL。让浏览器从 您的 服务器请求照片，然后编写一个 Web 代理来将请求代理到 S3 中的照片。在此过程中，您可以检查用户身份验证，为 S3 生成签名 URL，甚至在本地缓存照片。）这对您来说似乎“效率较低”，但它可以让浏览器尽可能长时间地缓存您的 URL。这对您的用户也很方便，因为他们可以为照片 URL 添加书签，而且它始终有效。即使他们移动到另一台计算机，他们也会访问您的服务器，服务器会要求他们在显示照片之前登录。

确保使用“事件”服务器，例如 Python Twisted 或 Node.js。这样，您可以同时代理数千张照片，而无需在服务器上使用大量内存/CPU。 （您将使用大量带宽，因为所有数据都通过您的服务器。但您可以通过运行多个服务器轻松“横向扩展”。）

4) Cloudfront 是一个缓存。第一次从 CF 服务器请求资源时，它会更慢（几百毫秒）。但是不要指望第二个请求会被缓存！每个 CF 位置都有大约 20 个不同的服务器，每次你都会随机访问一个。所以请求一张照片 10 次可能会产生 10 次缓存未命中，而你仍然只有 50% 的机会在下一个请求中获得缓存命中。 CF 仅对将被请求数百次的流行内容有用。 CF 对外国用户有点用处，因为私有 CF-to-S3 连接可以比普通互联网更好。

我不确定您将如何让 CF 为您进行安全检查。但是，如果您通过 S3 身份验证（不是默认设置），那么您可以使用“mod 10 minutes”技巧来制作可以缓存 10 分钟的 URL。

CF 不可能“比浏览器缓存更快”。但如果您不使用浏览器缓存，CF 可能会比 S3 更快，但主要是在国外。

看看其他人在做什么（我认为，smugmug 使用 S3。）