网关实现的缓存基本都是用临时缓存 + TTL 方式实现的。当用户请求服务端时,被缓存的 API 如果之前已经被请求过,并且缓存还没有过期的话,就会直接返回缓存内容给客户端。这个方式能大大降低后端的数据服务压力。 不过每一种技术选择,都是反复权衡的结果,这个方式是牺牲了数据的强一致性才实现的。另外,这个方式对缓存能力的性能要求比较高,必须保证网关缓存可以扛得住外网流量的 QPS。 如果想预防穿透流量过多,也可以通过脚本定期刷新缓存数据,网关查到相关缓存就直接返回,如果没有命中,才会将真正请求到服务器后端服务上并缓存结果。这样实现的方式更加灵活,数据的一致性会更好,只是实现起来需要人力去写好维护代码。
相关推荐
pe7er1 小时前
window管理开发环境篇 - 持续更新陈随易6 小时前
有生之年系列,Nodejs进程管理pm2 v7.0发布陈随易7 小时前
AI时代,你还在坚持手搓文章吗大鱼七成饱8 小时前
VMware NAT模式下固定内网IP(附详细图文)IT_陈寒10 小时前
Vue的这个响应式陷阱,我debug了一整天才爬出来兔子零102410 小时前
手把手教你在 Claude Code 中接入 DeepSeek-V4phenhorlin11 小时前
我做了个工具,让切换 Homebrew 镜像像切 npm 源一样简单69511 小时前
两周浅学 RAGAI人工智能+电脑小能手12 小时前
【大白话说Java面试题】【Java基础篇】第24题:Java面向对象有哪些特征AI人工智能+电脑小能手12 小时前
【大白话说Java面试题】【Java基础篇】第25题:JDK1.8的新特性有哪些