网关实现的缓存基本都是用临时缓存 + TTL 方式实现的。当用户请求服务端时,被缓存的 API 如果之前已经被请求过,并且缓存还没有过期的话,就会直接返回缓存内容给客户端。这个方式能大大降低后端的数据服务压力。 不过每一种技术选择,都是反复权衡的结果,这个方式是牺牲了数据的强一致性才实现的。另外,这个方式对缓存能力的性能要求比较高,必须保证网关缓存可以扛得住外网流量的 QPS。 如果想预防穿透流量过多,也可以通过脚本定期刷新缓存数据,网关查到相关缓存就直接返回,如果没有命中,才会将真正请求到服务器后端服务上并缓存结果。这样实现的方式更加灵活,数据的一致性会更好,只是实现起来需要人力去写好维护代码。
相关推荐
草莓base30 分钟前
【手写一个spring】spring源码的简单实现--容器启动Ljw...1 小时前
表的增删改查(MySQL)编程重生之路1 小时前
Springboot启动异常 错误: 找不到或无法加载主类 xxx.Application异常薯条不要番茄酱1 小时前
数据结构-8.Java. 七大排序算法(中篇)qq_17448285759 小时前
springboot基于微信小程序的旧衣回收系统的设计与实现锅包肉的九珍9 小时前
Scala的Array数组心仪悦悦9 小时前
Scala的Array(2)2401_8827275710 小时前
BY组态-低代码web可视化组件心仪悦悦10 小时前
Scala中的集合复习(1)阿芯爱编程10 小时前
商品折扣后的最终价格单调栈