DDD/事件源，从另一个微服务获取数据？

Question

我想知道你是否能帮忙。我正在编写一个订单系统，目前已经实现了一个订单微服务来处理下订单。我正在使用DDD与事件源和CQRS。

订单服务本身接收生成事件的命令，实际的订单服务侦听自己的事件以创建读取模型（这里的想法是使用CQR，因此用于写入的命令和用于读取的查询）

在执行上述操作后，我遇到了一个问题，可能只是我没有完全理解正确的方法。

一个订单实际上有依赖项，这意味着一个订单需要一个客户和一个产品。因此，我将为客户和产品提供两个额外的微服务。

为了简单起见，我想专注于客户（虽然我对产品有完全相同的问题，但我的想法是，如果我解决了客户问题，那么另一个问题也会自动解决）。

那么回到手头的问题上来。为了创建订单，订单需要一个客户（和产品），我目前在客户端上有customerId，因此向订单服务发送命令，我可以传递customerId。

我想保存订单中客户的姓名和地址。如何从订单服务中的客户服务中获取客户ID的姓名和地址？

我想总结一下，当一个服务的数据需要另一个服务的数据时，我如何才能获得这些数据。

订单服务是否会为接收客户记录创建事件？这将在系统中引入许多复杂性（更多事件）

微服务是不耦合的，因此订单服务不能仅仅调用客户的读取模型。

有人能帮我吗？

Answer 1

当一个服务的数据需要另一个服务的数据时，我如何才能获得这些数据？

你复制它。

因此，在您的设计中，需要有一条消息，将数据从它所在的位置传输到它需要的位置。

这可能意味着订单服务订阅由客户服务发布的事件，并存储其所需信息的副本。也可能是订单服务查询一些API，这些API可以直接访问客户服务存储的数据。

对所需额外数据的查询可以是同步的，也可以是异步的——也许可以将工作推迟到获得所需的所有数据。

另一种可能性是重新设计系统，使您需要的业务功能与数据一起使用，移动功能或移动数据。为什么订购需要客户数据？客户服务可以代替做这项工作吗？订单应该拥有数据吗？

在跨多个服务分配工作的决定中存在一定的复杂性。分配系统的决定涉及权衡各种权衡。

Answer 2

我的建议是在前端收集所需的数据并将其传递。您希望在订单中反规范化的相关客户详细信息将是一个价值对象。与订单行相关的产品数据（例如id、描述）也是如此。

让系统交互以检索数据并非不可能，但这确实在较低的级别上将它们耦合起来，这似乎是必要的。

Answer 3

如果您正在使用DDD，首先，请阅读有关有界上下文的信息。忘记微服务，它们只是实现策略。

现在回到你的问题。从客户聚合（在你的例子中是客户微服务）中发布这些事件：Customer注册的、自定义信息更新的、自定义帐户删除的、自定义地址更改的等。然后订阅你的订单服务（在你的例子中也是订单微服务中的应用程序服务）来监听所有上述事件。好吧，不是全部，只是订单需要什么。

嗯，答案可能会有所不同。我可以说，硬盘中的空间比内存便宜，或者从性能角度来看，数据库查询比网络调用更快。如果您的数据库主机（或服务器）有限，则不应使用微服务。此外，我会利用这些未使用的客户数据提出一些商业想法，例如列出所有从未订购过任何东西的客户，我会向他们发送一些报价，以发展我的业务。只是开玩笑。不要为微服务中未使用的数据感到烦恼。