微服务学习笔记 服务间消息传递架构(消息代理)

服务间消息传递架构通常分为两种,一种是无代理消息架构(服务和服务之间直接传递消息),一种是基于代理的消息架构(服务把消息传递给消息代理,消息代理将消息再传递给接收方)

在这里插入图片描述

无代理消息架构的优劣

优势

  1. 有着更低的延迟,无须经过代理
  2. 避免了因为消息代理而出现的问题
  3. 复杂度低,无须维护消息代理

劣势

  1. 必须使用服务发现机制来找到接收方
  2. 消息无法保存,发送方和接收方必须同时在线

代理消息架构的优劣

优势

  1. 发送方不需要知道接收方的位置,也不必关心接收方是否在线,只要将消息交给消息代理即可
  2. 能够缓存消息,可以保持消息存在于消息代理,直到消息被接收方消费
  3. 更为灵活的通信机制(包括单向通知,发布/订阅,发布/异步响应)
    PS:所谓的发布/异步响应,就是发送方在消息头部中指定回复通道,同时将messageId等相关性id写入回复通道,在发布/订阅通道内发布消息,接收方订阅发布/订阅通道,并将包含messageId等相关性id的消息通过回复通道返回
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值