微服务,顾名思义,就是将我们程序拆分为最小化单元来提供服务。在一体化系统中,各个微服务也是不可能独立存在的,那么微服务之间涉及到的数据依赖问题,应该怎么处理呢?我们从场景入手来分析考虑此类问题。
一、场景
在一个供应链系统中,存在商品、销售订单、采购三个微服务,他们的主数据部分数据结构如下:
商品:
订单和子订单:
采购单和子订单:
在设计这个供应链系统时,我们需要满足以下两个需求:
-
根据商品的型号/分类/生成年份/编码等查找订单;
-
根据商品的型号/分类/生成年份/编码等查找采购订单。
初期我们的方案是这样设计的:严格按照的微服务划分原则将商品相关的职责存放在商品系统中。因此,在查询订单与采购单时,如果查询字段包含商品字段,我们需要按照如下顺序进行查询:
-
先根据商品字段调用商品的服务,然后返回匹配的商品信息;
-
在订单或采购单中,通过 IN 语句匹配商品 ID,再关联查询对应的单据。
为了方便理解这个过程,订单查询流程图如下图所示:
初期方案设计完后,很快我们就遇到了一系列问题:
-
随着商品数量的增多,匹配的商品越来越多,于是订单服务中包含 IN 语句