一种方法是使用类似于 Rails 静态资产过期方式的资产过期。Rails 为文件名添加了一个哈希签名,所以像application.js
become application-abcdef1234567890.js
. 然后,每次用户请求您的页面时,如果 application.js 已更新,则 script 标签具有新地址。
这是我设想你这样做的方式:
User → CloudFront (CDN) → Your App (Origin)
用户请求http://www.example.com/
。该页面具有元标记
<meta content="1231231230" name="data-timestamp" />
基于您上次更新 JSON 资源的时间。<%= Widget.order(updated_at: :desc).pluck(:updated_at).first.to_i %>
如果您使用的是 Rails ,这可能是由类似的东西生成的。
然后,在您的应用程序的 JavaScript 中,获取时间戳并将其用于您的 JSON url。
var timestamp = $('meta[name=data-timestamp]').attr('content');
$.get('http://cdn.example.com/data-' + timestamp + '.json', function(data, textStatus, jqXHR) {
blah(data);
});
对 CloudFront 的第一个请求将到达您的源服务器/data/data-1231231230.json
,可以永久生成和缓存。每次更新 JSON 时,用户都会获得一个新的 URL 来查询 CDN。
更新
由于您提到实际页面是您想要大量缓存的内容,因此您有几个选择。如果您真的希望 CloudFront 在您的服务器前面,那么您唯一真正的选择是在每次主页更新时发送一个失效请求。您可以每月免费失效 1,000 次,之后每 1,000 次失效 5 美元。此外,CloudFront 失效并不快,在页面更新之前您仍然会有延迟。
另一种选择是将您的内容缓存在 Memcached 中并从您的 dynos 中提供它。根据您的询问历史,我将假设您正在使用 Ruby on Rails 或其他 Ruby 框架(但请说明您是否不是)。这需要安装Rack::Cache。Heroku 上的说明用于缓存资产,但这也适用于动态内容。invalidate
接下来,您将在每次更新页面时使用 Rack::Cache 的方法。是的,您的测功机将处理一些负载,但这将是一个简单的 Memcached 查找和响应。
您的服务器布局如下所示:
用户 → CloudFront (CDN) → Rack::Cache → 您在 cdn.example.com 上的应用程序 (Origin) User → Rack::Cache → 您在 www.example.com 上的应用程序 (Origin)
当您提供图片、CSS 和 JavaScript 等静态资产时,请使用 cdn.example.com 域。这将通过 CloudFront 路由请求,并且它们将被缓存很长时间。对您的应用程序的请求将直接发送到您的 Heroku 测功机,可缓存的部分将由 Rack::Cache 存储和检索。