问题就在这里。我已将应用程序（在 EC2 上）设置为将上传的图像直接存储在 Amazon S3 上。我希望能够从我的“主”服务器提供静态文件（cdn），因此我编写了从 S3 同步的脚本。但同步时间至少有一分钟。
现在我看到了两种解决“主”服务器上图片不可用问题的解决方案：1.我在 EC2（应用程序所在的位置）上编写脚本，从 DB 中获取状态为“尚未同步”的图片，这是用户上传图片时的默认状态。然后，脚本对图片执行 ping 操作，如果收到 OK 响应，则将 DB 从“尚未同步”更新为“同步”。
2.首选解决方案是让 apache（在本例中）在看到 404（例如未找到请求的图像）时将图像请求重定向到 S3。这样我就不需要解决方案 1 中的脚本了。
那么你建议我采取什么方法来解决这个冗余问题？或者在生产环境中的实践是什么？
为了进一步澄清；我希望首先从“主”服务器提供图像，如果失败，则从 S3 提供图像。
谢谢，艾伦
答案1
几年前我处理这个问题的方式（可能不是最好的方式）是不直接从 Apache 提供图像，而是使用 php 脚本（如果愿意，可以使用 .htaccess 重写 url）。
php 脚本会检查图像是否存在于本地，如果不存在，则会从其他服务器（在您的情况下为 S3）提取图像，然后将其返回到浏览器 - Web 浏览器永远不会看到正在使用 S3。 随后的请求将能够只发送本地副本，而无需向 S3 索取副本。 这样做的附带好处是您只在本地存储实际请求的图像。
不过，您需要考虑的一件事是，当 S3 版本的镜像发生变化时会发生什么。您如何检测到这种情况？