代理端点总是导致缓存命中？可能？

Question

背景

我们的客户正在使用一些使用服务标注策略调用目标端点的代理端点。 我正在使用Lookup Cache并在Service Callout策略之前和之后填充Cache策略。 缓存在1小时后到期。当存在高速缓存未命中时，服务调出策略发出目标端点请求（需要约500毫秒），否则查找高速缓存策略从高速缓存返回（小时内的高速缓存命中）。 范围是全球性的。 关键空间并不大。可能是大约200个唯一的缓存键。

问题

我正在努力减少客户的响应时间。可能实现此目的的一种方法是在客户端调用这些代理端点时消除对目标端点的调用（通过服务调用策略）。基本上总是导致缓存命中。

可能的解决方案？

由于它的范围是全局的，我可以编写一个脚本（批处理每小时cron作业），强制刷新每个缓存的全局缓存。这将始终触发客户端的缓存命中。 你认为这个解决方案有效吗？评论？更好的选择？

Answer 1

通过编写批处理脚本来获取所有可能的缓存条目的缓存以获取API（如您所述）。这确实很有效。

使用API-DN setup可以改进步骤。您的API将跨多个地理位置部署的位置。您的客户端将从距离其位置最近的服务器提供服务。由于Apigee使用分布式缓存，因此无需为每个Message Processor节点填充缓存。