rest - 在面向服务的架构中缓存

Question

在分布式系统环境中，我们有一个 RESTful 服务需要以低延迟提供高读取吞吐量。由于数据库技术的限制以及它是一个读取密集型系统，我们决定使用 MemCached。现在，在 SOA 中，缓存的位置至少有两种选择，基本上是客户端在调用服务器之前先在缓存中查找，而客户端总是调用在缓存中查找的服务器。在这两种情况下，缓存本身都是在分布式 MemCached 服务器中完成的。

选项 1:客户端 -> RESTful 服务 -> MemCached -> 数据库

或

选项 2:客户端 -> MemCached -> RESTful 服务 -> 数据库

我有一个意见，但我很想听听社区中 SOA 专家对这两种选择的支持和反对意见。请假设任何一个选项都是可行的，这是一个架构问题。感谢分享您的经验。

Answer 1

我看到了

Option 1: Client -> RESTful Service -> Cache Server -> Database

工作非常顺利。 优点 恕我直言，您能够以允许您“释放”数据库上的部分负载的方式操作和使用该层。假设您的最终用户可能有很多类似的请求，毕竟客户可以决定将哪些存储空间用于缓存。还有多久清除一次。