缓存管理设计

本文讨论了降低对外部组件如Redis的依赖,转向使用进程内缓存的策略。通过引入MQ解决多节点缓存刷新问题,实现缓存的集中管理。文章通过实例分析了如何使用MQ的Fanout交换器和匿名队列确保每个节点都能接收到刷新缓存的消息。
摘要由CSDN通过智能技术生成

 一、背景

技术栈:Springboot+RabbitMq

本文主题:1.去除Redis,使用进程内缓存;2.集中缓存管理。

目的:降低对外部组件的依赖性,进程内缓存的引入使得系统处理实时业务请求时,不直接读取外部的缓存中心或者数据库,这样避免了这些基础组件可能带来的风险,这点很重要,做系统久了你就明白这点点东西的重要性了。

我们在写系统时为了提高系统业务处理速度,在系统中大量使用Redis作为缓存使用,但是对于一些信息使用Reids是首选吗?我们还是以支付系统为例,对于对接的通道的一些配置信息、交易机构信息(银行),响应码转换信息等等,真的有必要上来就怼Redis里吗?对于这些信息每笔交易都会使用到,那么我们系统在运行时强依赖Redis,还是那句话,我们系统在运行时依赖的外界系统越少越好,依赖的越多,在后期运行过程系统性能瓶颈有很大可能发生在和这些系统交互上面,甚至依赖的外界系统异常、宕机直接导致系统不

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值