高并发架构实战 Day54

网关实现的缓存基本都是用临时缓存 + TTL 方式实现的。当用户请求服务端时,被缓存的 API 如果之前已经被请求过,并且缓存还没有过期的话,就会直接返回缓存内容给客户端。这个方式能大大降低后端的数据服务压力。 不过每一种技术选择,都是反复权衡的结果,这个方式是牺牲了数据的强一致性才实现的。另外,这个方式对缓存能力的性能要求比较高,必须保证网关缓存可以扛得住外网流量的 QPS。 如果想预防穿透流量过多,也可以通过脚本定期刷新缓存数据,网关查到相关缓存就直接返回,如果没有命中,才会将真正请求到服务器后端服务上并缓存结果。这样实现的方式更加灵活,数据的一致性会更好,只是实现起来需要人力去写好维护代码。

相关推荐
我叫黑大帅几秒前
如何设计应用层 ACK 来补充 TCP 的不足?
后端·面试·go
AIUCE2 分钟前
我给 AI 装了个"秦始皇":11 层架构解决 AI 黑箱问题
后端
SimonKing5 分钟前
每天白送4000万Token!这款“龙虾”AI神器,微信就能操控电脑
java·后端·程序员
ego.iblacat10 分钟前
Flask 框架
后端·python·flask
鬼先生_sir14 分钟前
SpringCloud-openFeign(服务调用)
后端·spring·spring cloud
IT_陈寒26 分钟前
Java线程池用完不关闭?小心内存泄漏找上门
前端·人工智能·后端
小江的记录本40 分钟前
【JEECG Boot】 《JEECG Boot 数据字典使用教程》(完整版)
java·前端·数据库·spring boot·后端·spring·mybatis
Moment1 小时前
AI 全栈时代,为什么推荐 NodeJs 服务端使用 NestJs
前端·javascript·后端
Moment1 小时前
AI全栈入门指南:什么是 NestJs
前端·javascript·后端
翻斗包菜1 小时前
零基础入门 Flask 框架
后端·python·flask