高并发架构实战 Day54

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

相关推荐
江湖十年8 分钟前
Go 并发控制:sync.Pool 详解
后端·面试·go
jwn9991 小时前
Spring Boot 整合 Keycloak
java·spring boot·后端
mldlds1 小时前
SpringBoot详解
java·spring boot·后端
kang_jin1 小时前
Spring Boot 自动配置
java·spring boot·后端
yuweiade1 小时前
Spring Boot中使用Server-Sent Events (SSE) 实现实时数据推送教程
java·spring boot·后端
小箌2 小时前
springboot_03
spring boot·后端·状态模式
冬奇Lab2 小时前
一天一个开源项目(第54篇):Supabase - 开源的 Postgres 开发平台,Firebase 替代方案
后端·开源·资讯
中年程序员一枚3 小时前
spring-cloud-starter-openfeign现实中的运行逻辑
java·spring boot·后端
why技术3 小时前
我拿到了腾讯QClaw的内测码,然后沉默了。
前端·后端
只能是遇见4 小时前
SpringBoot + vue 管理系统
vue.js·spring boot·后端