分布式系统中的消息队列传递

1.消息队列

在分布式系统架构中,消息队列的核心职责是为不同的应用系统提供异步通信服务,通常涉及以下三个重要角色:
• 消息发布者,发送消息的应用系统,负责创建消息对象并通过网络发布到消息Broker,发布的过程一般是同步的。
• 消息Broker,异步消息的“代理人”,负责接收并持久化消息,保证将消息投递到指定的消息订阅者应用系统。
• 消息订阅者,订阅消息的应用系统,负责消费消息Broker投递过来的消息。

在这里插入图片描述
异步消息队列
在这里插入图片描述

  1. “账单服务” 处理 “账单查询Case” 的耗时由 60 ms 缩减至 13 ms, 提高了服务的吞吐量。
  2. “账单服务” 和 “风险控制服务”、“短信通知服务” 完全解耦,如果在业务演进过程中,增加了新的下游服务,“账单服务” 完全无需变更。
  3. 当 “风险控制服务” 和 “短信通知服务” 不可用时,不会导致 “账单服务” 不可用,
    通过以上 “账单查询Case” 的设计方案,可以阐明引入消息队列给分布式应用架构带来的三大核心优势。

如果需求是 “变更Case”,要实现的基本业务逻辑如下:

  1. 写入数据库,变更指定账户的账单记录。
  2. 记录用户检索行为,为风险控制提供数据积累。
  3. 发送短信到用户手机,通知用户其账户变更金额。
    与 “查询Case” 的区别在于数据库操作是写入,而不再是检索。二者的主要区别是 “数据库检索” 不涉及数据库事务,而 “数据库写入” 一定会涉及到数据库事务,按照之前的引入消息队列设计思路,“变
  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值