REST API 缓存，我应该使用反向代理还是 memcache(d)？

Question

我有一个 REST API，我想在其中缓存索引的 JSON 响应 (GET/foo) 和读取操作 (GET/foo/1) 以显着提高性能。当资源上存在 POST 或 PUT 时，索引和读取结果的缓存条目需要过期，因此不会提供旧内容。

这是一个最好使用像 Squid/Varnish 这样的反向代理的场景，还是你会选择 memcache(d)？

Answer 1

使用位于 HTTP 层的反向代理更多 透明 .这意味着可以通过网络看到正在发生的事情。不好的是，很少有人支持 缓存经过身份验证的响应 ，因此如果您的资源需要身份验证，它们的效率可能会下降到 0。当完全不相关的资源 B ( /foo ) 被修改时，反向代理通常也不会自动使资源 A ( /foo/1 ) 过期。这是您必须以某种方式添加到解决方案中的正确行为。

如果您使用 memcached，这两个问题都可以解决，因为它没有透明度要求。