CQRS 中不同聚合之间的交互

Question

所以我对 CQRS 有点陌生（虽然不完全是初学者）。我试图了解聚合交互的最佳实践。我读了一些关于在这些情况下使用集成事件（而不是域事件）的信息，还有一些关于域服务（据说会链接 2 个聚合），但在任何地方都找不到任何好的明确答案（尤其是在 @987654321 上） @

另外一个不太相关的问题是，在分层架构中，通常我们将控制器直接链接到服务，并且该服务可以与其他服务（或存储库）交互，而使用 CQRS，控制器通常向聚合发送命令。因此，如果我的 api 调用需要与 2 个聚合进行交互，我是否必须构建一个中间人服务来从 2 个服务发送命令（或监听事件）？

Answer 1

如果您从微服务的角度来考虑这一点（这是一种非常适合 CQRS 的理念），您应该为一个微服务提供一个聚合。因此，您无法在内存中的聚合之间进行通信，因为它们不是同一进程的一部分。一个好的方法是使用可以在事件总线中发布的事件。因此，客户端使用此微服务的 API（即“微服务 A”）（或者可能是 API 网关）向“聚合 A”发送命令。然后保存“聚合 A”并将“聚合 A”生成的事件发布到事件总线，以便“微服务 B”中的某些进程（也称为事件处理程序）可以捕获事件并将适当的命令发送到“聚合 B”。

这只是一种方法，还有更多方法，可能比这更复杂，但我希望它有助于了解全局。

Answer 2

CQRS 系统中组件之间的交互可以发生在几个层次上。 正如 Maxime 所建议的那样，在考虑它的过程中，通过微服务，非常清楚地显示了消息传递这一切的重点。

尽管如此，这也可以简单地发生在一个应用程序/单体应用程序中，该应用程序/单体应用程序具有多个聚合类型，它们一起需要触发一些操作。

我觉得 Maxime 正在为您提供所需的答案。您向其发送命令的聚合实例会自行执行操作，并且不会直接相互关联，根本。因此，您将对事件做出反应，作为启动两者之间互动的驱动力。

您可以通过拥有一个事件处理组件来做到这一点，该组件侦听事件并执行您正在处理的业务事务。 如果业务交易稍微复杂一点，看看 Saga's 可能是一个好的开始。

最后，您说 Axon 参考指南的“入门”部分对此主题不清楚。我认为这是一个有效的结论，因为从 Axon 的角度来看，这不是入门的一部分。查看指南的Saga 部分，了解聚合和/或限界上下文之间的交互。