微服务中的查询

问题1：

需要查询的数据分散在各个微服务中
方案:

• API组合模式 / The API composition pattern：比较简单的模式，推荐使用。客户端分别调用各个服务，组织结果。
• 命令查询职责分离模式 / The Command query responsibility segregation (CQRS) pattern：比较牛逼的模式，较复杂。维护一组试图数据库专门用于查询。

1. 使用API组合模式查询数据

1.1. 以findOrder() 查询操作为例

findOrder() 通过主键(primary key)查询订单。接受orderId作为参数，返回OrderDetails对象，OrderDetails对象包含订单信息。
如下图，这个操作由前端模块在Order Status视图中发起。Order Status视图中展示的信息包括订单基本信息和配送信息。订单基本信息包括订单状态、支付状态、商家处理状态。配送状态包括位置，如果开始配送会有估计配送时间。

在为服务结构中，数据分散在一下服务中：

• Order Service: 包含订单基本信息和状态
• Kitchen Service: 商家准备状态以及预计准备时间
• Delivery Service: 订单配送状态，包括预计配送信息以及当前配置
• Accounting Service: 订单支付状态

1.2. API组合模式概述

在API组合模式中，查询操作需要分别和相关的服务交互并把查询结果组合起来。如下图所示：

这个模式由两部分组成：

• API composer: APIcomposer发起查询，分别查询每个服务
• provider service: 提供查询数据的服务
  上图中有三个provider service，API composer向这些服务请求数据，并把请求到的结果组合起来。API compser可以是网页应用，也可意识一个服务，比如API网关，这个服务会向前端暴露一个查询API。

总结
API组合模式 / API composition：分别请求各个服务的接口获取数据，再把请求到的数据组合起来

有多种因素决定是否可以使用这种模式来查询数据。比如数据是如何分隔的，数据服务提供的接口能力，以及数据服务使用的数据库等。

1.3. 使用API组合模式实现findOrder()查询操作

findOrder()查询操作和基于主键的链接查询类似。需要每个数据服务提供通过orderId查询数据的API。下图展示了Find Order Composer的设计：