Cloudfront正在从nginx缓存404，以获取源服务器上确实存在的资产

Question

我一直在修修补补，为运行在nginx后面的rails应用程序设置多个云前端endpoint，以提高页面加载时间。基本上——我们之前设置了一个endpoint，看起来运行良好，但是当我使用以下声明添加第二个endpointasset_host：

config.action_controller.asset_host = Proc.new do |source|
    hosts = ["https://url1.cloudfront.net", "https://url2.cloudfront.net"]
    hosts[source.hash % 2]
end

每当我部署（使用非常普通的capistrano部署脚本）时，一些资产都不会加载——cloudfront正在缓存nginx 404页面。如果我使cloudfront的缓存失效，所有资产都可以正常加载。

capistrano脚本本身在重新启动Unicorn之前就进行了编译，因此不应该有HTML被提供给新的资产文件名的引用，然而，在部署后立即缓存404s。

我当然不能在每次部署后使cloudfront缓存失效，这需要很长时间。有人遇到过这个问题吗？对如何解决这个问题有什么建议吗？

Answer 1

我弄明白了。事实证明，我们的预加载和资产更改监控endpoint（当资产发生更改并需要重新加载时，它会向前端报告）是根据磁盘上的摘要列表进行测试的。很自然地，磁盘上的摘要可以超过所有机器上实际编译的摘要，导致浏览器在资产实际准备就绪之前尝试获取资产。

对于其他使用这种技术来测试资产变化的人，我是否可以建议在存储在以下位置的应用程序中使用哈希：

MyAppNamespace::Application.config.assets.digests

希望这能帮助别人！

[更新]实际上，问题的真正根源是使用： hash方法来确定要服务的网址——虽然该方法的输出在单个进程中是一致的——但不会跨进程，因此不同的服务器服务于不同的hash，并且由于它们都在平衡器后面，并非所有服务器都有被请求的资产。