微服务状态与服务间通信全解析
1. 服务间通信基础
在微服务架构中,服务间的通信至关重要,常见的通信方式有命令(Commands)、查询(Queries)和事件(Events)。
1.1 命令(Commands)
命令用于一个微服务要求另一个微服务执行操作的场景,本质上是同步的,通常通过 HTTP POST 或 PUT 请求实现。例如,奖励计划微服务会向用户资料微服务或发票微服务发送关于基于奖励的促销优惠命令。不过,当发送命令失败时,发送方无法确定接收方是否处理了该命令,若发送方和接收方未遵循一定规则,可能导致错误或功能降级。
1.2 查询(Queries)
查询与命令类似,用于一个微服务从另一个微服务获取信息。比如,购物车微服务在处理发票时,需要从奖励积分微服务查询总奖励积分信息以提供促销折扣。查询也是同步通信,一般通过 HTTP GET 请求实现。若查询失败,调用方无法获取所需数据,若调用方对异常处理得当,影响较小,功能会有一定降级;若处理不当,错误会在系统中传播。
1.3 事件(Events)
事件是一种更具反应性的通信方式,当一个微服务需要对另一个微服务中发生的事情做出反应时,通常会选择使用事件。例如,自定义日志微服务监听其他所有服务的日志条目,以便将日志推送到 Elasticsearch;奖励微服务监听购物跟踪微服务,根据用户购物情况更新用户奖励。当订阅者轮询事件源失败时,影响非常有限,订阅者可以在事件源恢复后继续轮询并接收事件,只是部分事件会延迟,但由于一切都是异步进行的,这通常不会成为问题。
以下是这三种通信方式的对比表格:
| 通信方式 | 性
超级会员免费看
订阅专栏 解锁全文
168万+

被折叠的 条评论
为什么被折叠?



