我的 CMS 生成相当复杂的页面,因此需要一些时间(大约 2 秒),这远远超出了我向客户端提供页面的时间预算。
然而,对我来说,了解给定页面的当前版本非常便宜,因此我很容易判断给定版本是否仍然是最新的。因此,我希望能够采用基于 ETag 的策略,其中对页面的每个请求都需要重新验证,但如果内容没有更改,服务器将在 10 毫秒内回复。
为了使其有效,我需要在所有客户端之间共享此缓存。只要 ETag 重新验证,我的所有页面对于所有用户都将保持相同,因此我可以安全地共享他们的内容。
为此,我的页面会发出:
Cache-Control: public, no-cache, must-revalidate
ETag: W/"xxx"
当从浏览器进行测试时,效果很好:页面保留在缓存中,每次刷新页面时都会根据服务器重新验证,大多数情况下会得到 304,或者当我更改内容版本时得到 200。
我现在需要的就是在客户端之间共享此缓存。本质上:
- A相
- 客户端A向代理发送请求
- 代理没有缓存,因此询问后端
- 后端使用 ETag 回复 200
- 代理使用 ETag 回复 200
- B期
- 客户端B向代理发送相同的请求
- 代理已在缓存中,但必须重新验证(因为无缓存且必须重新验证和 ETag)
- 后端回复 304(因为重新验证请求包含带有缓存的 ETag 的 If-None-Match 标头)
- 代理使用 Etag 回复 200
- C期
- 客户端 A 再次发送相同的请求,这次使用 If-None-Match
- 代理使用提供的 If-None-Match 标头(不是缓存的标头)询问后端
- 后端服务器回复304
- 代理回复304
我尝试过 nginx,但它需要大量调整才能使其远程工作。然后我尝试了Traefik,才意识到缓存中间件是企业版的一部分。然后我发现 Varnish似乎实现了我想要的。
所以这里我使用我的 Varnish 配置:
vcl 4.0;
backend default {
.host = "localhost";
.port = "3000";
}
backend api {
.host = "localhost";
.port = "8000";
}
sub vcl_recv {
if (req.url ~ "^/back/" || req.url ~ "^/_/") {
set req.backend_hint = api;
} else {
set req.backend_hint = default;
}
}
当然……这没有用。
当改变Cache-Control
标头时,我要么从共享缓存中获取结果,但该结果没有重新验证,要么只是传递给客户端,但它似乎从未像我希望的那样将内容保留在缓存中。
为了让这个共享缓存/ETag 重新验证逻辑到位,我缺少什么?我想我错过了一些明显的东西,但无法弄清楚是什么。