架构初识之 —— 使用kafka进行商品维度化缓存解决方案

4 篇文章 526 订阅

随着分布式,微服务越来越普遍,对开发的要求也在不断的增加,对架构的要求也提出了越来越多的要求,在那些分布式项目中,经常面临的一个问题就是,高效,解耦,举例来说,当一个小型电商网站越来越大的时候,单体架构必然满足不了日益增长的业务需求,就说当众多的流量一起涌入,你的下单接口怎么能够抗住成千上万的QPS呢?

很显然,需要从架构上不断优化我们的项目结构,使用消息中间件对业务进行合理的拆分,使之模块化,不同的模块通过微服务的方式互相调用,可以说可以在很大程度上解决并发的问题,这里先不展开来讲,限于本人的经验有限,从简单的说起,下面先看一张简单的业务架构图,

在这里插入图片描述

这个场景的描述大致是这样,用户浏览某电商网站的某个商品详情页面,这个页面上的信息都是由商品服务这个微服务工程维护的,现在后台管理员需要调整该商品价格,请求修改商品价格的接口,修改完毕,商品服务如何能感知到并且刷新这个商品的最新信息到页面上去呢?

传统的做法可以是,在修改完毕商品价格后,回调一下商品服务的某个接口,通知商品服务去调整价格并获取最新的商品信息。但随着业务的增长这样做就显得有些无能为力了,因为

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小码农叔叔

谢谢鼓励

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值