项目实战第六讲:观察者模式实现协议变更联动商品变更

本文是项目实战案例,通过观察者模式实现协议变更时商品的同步更新。项目采用SSM+SpringBoot+Dubbo+RocketMQ+Redis+Apollo等技术,面对大数据量和高并发挑战,利用消息队列解耦任务,Redis进行限流和统计,ES提升查询性能。项目涉及协议状态变更、商品迁移,通过策略模式和模板模式提高可扩展性,解决限流、统计精度、任务处理器拓展性等问题。
摘要由CSDN通过智能技术生成

项目结构采用了star方法,Situation:概括性的总结业务背景和挑战;Task:介绍你负责的任务已经需要达成的目标;Action:项目中你采取的关键行动;Result:项目落地后的实际效果。本文是项目实战第六讲:观察者模式实现协议变更联动商品变更

1、项目背景

项目背景

商品销量、成交记录是采购人在采购商品过程,非常重要的参考信息,而目前商家重新签订协议后,需要商家重新签订协议,并基于新的协议重新发布新的协议商品,导致了销量和成交记录数据丢失。

面临的挑战

数据量大 协议与商品是一对多的关系,按线上数据,一份协议最多可能对应30万商品;

  • 使用异步限流处理,我们使用了MQ解耦了协议状态变更与商品的变更

影响面广 涉及四个上下游团队;

  • 控制好调用频率和消费速率
  • 评估影响面,制定开发接口

2、项目职责

  • ①使用批量任务(Redis + MQ)避免数据异步处理该变更任务,能支持普通/顺序/延迟任务;
  • ②使用策略模式 + 模板模式提升系统可扩展性;
  • ③查询商品详情接入ES,提升系统查询
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

程序员 jet_qi

你的鼓励将是我创作的最大动力

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

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

打赏作者

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

抵扣说明:

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

余额充值