网关实现的缓存基本都是用临时缓存 + TTL 方式实现的。当用户请求服务端时,被缓存的 API 如果之前已经被请求过,并且缓存还没有过期的话,就会直接返回缓存内容给客户端。这个方式能大大降低后端的数据服务压力。 不过每一种技术选择,都是反复权衡的结果,这个方式是牺牲了数据的强一致性才实现的。另外,这个方式对缓存能力的性能要求比较高,必须保证网关缓存可以扛得住外网流量的 QPS。 如果想预防穿透流量过多,也可以通过脚本定期刷新缓存数据,网关查到相关缓存就直接返回,如果没有命中,才会将真正请求到服务器后端服务上并缓存结果。这样实现的方式更加灵活,数据的一致性会更好,只是实现起来需要人力去写好维护代码。
相关推荐
Cosolar3 小时前
不收费、不加水印、数据归你:我做了个开源的在线简历工具小蒜学长4 小时前
基于Spring Boot+Vue3的在线医疗咨询系统的设计与实现(代码+数据库+LW)陈随易5 小时前
下载神器!Motrix 停更三年后重写回归每天一道题5 小时前
CAP、Raft 与多数派:分布式系统如何达成一致?前端的日常5 小时前
一个人+AI做情侣食谱小程序,0 费用的服务器IT_陈寒6 小时前
Vue的v-for里用了个临时变量,页面直接挂了ServBay7 小时前
本地模型已经跑起来了,Copilot Fusion 为什么还要联网?武子康7 小时前
H3-World 的动作没按时发生,先检查时间线变成了什么苍何7 小时前
腾讯 Buddy One 来了,办公全家桶一键打通WorkBuddy(附教程)GIS数据转换器8 小时前
基于CIM的城市智慧供热监管服务平台