电商系列：本文以商品订单为例来讲述微服务之间的依赖如何处理？

微服务，顾名思义，就是将我们程序拆分为最小化单元来提供服务。在一体化系统中，各个微服务也是不可能独立存在的，那么微服务之间涉及到的数据依赖问题，应该怎么处理呢？我们从场景入手来分析考虑此类问题。

一、场景

在一个供应链系统中，存在商品、销售订单、采购三个微服务，他们的主数据部分数据结构如下：

商品：

订单和子订单：

采购单和子订单：

在设计这个供应链系统时，我们需要满足以下两个需求：

• 根据商品的型号/分类/生成年份/编码等查找订单；
• 根据商品的型号/分类/生成年份/编码等查找采购订单。

初期我们的方案是这样设计的：严格按照的微服务划分原则将商品相关的职责存放在商品系统中。因此，在查询订单与采购单时，如果查询字段包含商品字段，我们需要按照如下顺序进行查询：

• 先根据商品字段调用商品的服务，然后返回匹配的商品信息；
• 在订单或采购单中，通过 IN 语句匹配商品 ID，再关联查询对应的单据。

为了方便理解这个过程，订单查询流程图如下图所示：

初期方案设计完后，很快我们就遇到了一系列问题：

• 随着商品数量的增多，匹配的商品越来越多，于是订单服务中包含 IN 语句的查询效