高并发架构实战 Day54

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

相关推荐
超级小忍14 分钟前
服务端向客户端主动推送数据的几种方法(Spring Boot 环境)
java·spring boot·后端
字节跳跃者16 分钟前
为什么Java已经不推荐使用Stack了?
javascript·后端
字节跳跃者16 分钟前
深入剖析HashMap:理解Hash、底层实现与扩容机制
javascript·后端
程序无bug18 分钟前
Spring IoC注解式开发无敌详细(细节丰富)
java·后端
程序无bug20 分钟前
Spring 对于事务上的应用的详细说明
java·后端
食亨技术团队22 分钟前
被忽略的 SAAS 生命线:操作日志有多重要
java·后端
程序员NEO22 分钟前
精控Spring AI日志
人工智能·后端
考虑考虑38 分钟前
Maven 依赖范围(Scope)
java·后端·maven
张小洛1 小时前
Spring AOP 设计解密:代理对象生成、拦截器链调度与注解适配全流程源码解析
java·后端·spring·spring aop·aop
00后程序员1 小时前
iOS 性能测试工具全流程:主流工具实战对比与适用场景
后端