网关实现的缓存基本都是用临时缓存 + TTL 方式实现的。当用户请求服务端时,被缓存的 API 如果之前已经被请求过,并且缓存还没有过期的话,就会直接返回缓存内容给客户端。这个方式能大大降低后端的数据服务压力。 不过每一种技术选择,都是反复权衡的结果,这个方式是牺牲了数据的强一致性才实现的。另外,这个方式对缓存能力的性能要求比较高,必须保证网关缓存可以扛得住外网流量的 QPS。 如果想预防穿透流量过多,也可以通过脚本定期刷新缓存数据,网关查到相关缓存就直接返回,如果没有命中,才会将真正请求到服务器后端服务上并缓存结果。这样实现的方式更加灵活,数据的一致性会更好,只是实现起来需要人力去写好维护代码。
相关推荐
烛阴5 小时前
bignumber.js深度解析:驾驭任意精度计算的终极武器服务端技术栈5 小时前
电商营销系统中的幂等性设计:从抽奖积分发放谈起你的人类朋友6 小时前
✍️Node.js CMS框架概述:Directus与Strapi详解面朝大海,春不暖,花不开6 小时前
自定义Spring Boot Starter的全面指南钡铼技术ARM工业边缘计算机7 小时前
【成本降40%·性能翻倍】RK3588边缘控制器在安防联动系统的升级路径CryptoPP7 小时前
使用WebSocket实时获取印度股票数据源(无调用次数限制)实战白宇横流学长7 小时前
基于SpringBoot实现的大创管理系统设计与实现【源码+文档】草捏子8 小时前
状态机设计:比if-else优雅100倍的设计考虑考虑9 小时前
Springboot3.5.x结构化日志新属性涡能增压发动积9 小时前
一起来学 Langgraph [第三节]