20、微服务状态与服务间通信全解析

微服务状态与服务间通信全解析

1. 服务间通信基础

在微服务架构中,服务间的通信至关重要,常见的通信方式有命令(Commands)、查询(Queries)和事件(Events)。

1.1 命令(Commands)

命令用于一个微服务要求另一个微服务执行操作的场景,本质上是同步的,通常通过 HTTP POST 或 PUT 请求实现。例如,奖励计划微服务会向用户资料微服务或发票微服务发送关于基于奖励的促销优惠命令。不过,当发送命令失败时,发送方无法确定接收方是否处理了该命令,若发送方和接收方未遵循一定规则,可能导致错误或功能降级。

1.2 查询(Queries)

查询与命令类似,用于一个微服务从另一个微服务获取信息。比如,购物车微服务在处理发票时,需要从奖励积分微服务查询总奖励积分信息以提供促销折扣。查询也是同步通信,一般通过 HTTP GET 请求实现。若查询失败,调用方无法获取所需数据,若调用方对异常处理得当,影响较小,功能会有一定降级;若处理不当,错误会在系统中传播。

1.3 事件(Events)

事件是一种更具反应性的通信方式,当一个微服务需要对另一个微服务中发生的事情做出反应时,通常会选择使用事件。例如,自定义日志微服务监听其他所有服务的日志条目,以便将日志推送到 Elasticsearch;奖励微服务监听购物跟踪微服务,根据用户购物情况更新用户奖励。当订阅者轮询事件源失败时,影响非常有限,订阅者可以在事件源恢复后继续轮询并接收事件,只是部分事件会延迟,但由于一切都是异步进行的,这通常不会成为问题。

以下是这三种通信方式的对比表格:
| 通信方式 | 性

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值