在404上重路由CDN (文件尚未与原始存储同步)

Question

这就是问题所在。我已经将我的应用程序(在EC2上)设置为直接在亚马逊S3上存储上传的图片。我希望能够在我的“家庭”服务器上提供静态文件(Cdn)，所以我编写了一个脚本，它可以从S3同步。但是，有一个窗口(至少)一分钟的同步。

现在，我看到了两种解决'home‘服务器上无法使用的图片问题的解决方案:1.我在EC2 (应用程序所在的位置)上编写脚本，从状态为“尚未同步”的DB图片中获取脚本，这是用户上传图片时的默认状态。然后，脚本执行ping以显示图像，如果得到OK响应，则将DB从“尚未同步”更新为“同步”。

2.更可取的解决方案是让apache (在这种情况下)将请求重定向到S3，如果它看到404 (例如，没有查找请求的图像)。这样我就不需要解决方案1中的脚本了。

那么，你建议我采取什么方法来解决这个冗余问题呢？或者什么是生产环境中的实践？

为了进一步澄清，我想首先从'home‘服务器提供图像，如果不能从S3提供图像的话。

艾伦·Tnx

Answer 1

几年前我处理这个问题的方式(可能不是最好的方法)不是直接提供来自Apache的映像，而是使用一个php脚本(如果您愿意的话，可以使用.htaccess重写urls )。

php脚本将检查映像在本地是否存在，如果不存在，则从另一个服务器(在您的示例中为S3 )中提取它，然后将其返回到浏览器-- web浏览器将永远不会看到正在使用S3。随后的请求将能够只发送本地副本，而不要求S3提供副本。这样做的副作用是，您只在本地存储实际请求的图像。

但是，您需要考虑的一件事是，当图像的S3版本发生变化时会发生什么。你怎么发现这个的？