【成为架构师3-15】缓存:常见误用与实践

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结,原内容公众号“成为架构师”。

1 使用缓存在服务之间传递数据

服务1和服务2约定好key和value的格式,然后进行数据通信。

这一模型下缓存相当于做了数据管道的工作,而这一方式用mq来实现更为合适,mq天然地具有push模式,支持数据落地。

服务依赖于一处缓存,提前需要协商,是典型的耦合。

2 未考虑缓存雪崩

如果没有提前做容量预估,可能会出现压垮数据库的情况。

可行的方案:

  1. 缓存高可用
  2. 缓存水平切分
3 调用方缓存数据

服务方向上层提供服务,屏蔽了数据获取的复杂性。如果调用方缓存数据则会出现:

  1. 调用方需要了解数据获取的复杂性
  2. 如果服务方更新了缓存,调用方数据可能会不一致,无法通知(不应该去通知,下层不应该依赖上层)
4 多个服务共用一个缓存实例

存在下面几点问题:

  1. 可能出现key冲突
  2. 一个服务可能会冲掉其它服务的热数据
  3. 一个缓存实例变化多个服务变化,耦合
  4. 这违背了微服务架构的服务数据私有化

下一篇会讨论缓存的正确用法。


上一篇回顾:【成为架构师3-14】缓存:进程内缓存该怎么玩
下一篇更精彩:【成为架构师3-16】缓存:互联网缓存的最佳实践Cache Aside Pattern

在这里插入图片描述

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值