处理需要生成多个命令的单个请求的 CQRS 和事件溯源方式

Question

在尝试学习事件溯源和 CQRS 时，我正在制作家谱应用程序。我的应用程序中有三个聚合：PersonAggregate、FactAggregate、FamilyAggregate。 我从 UI 到服务器的请求为一个人添加配偶是：

{
  personId: "", // And Existing Person in the DB
  personInput: {name: "Bob", birthDate: ""} // Input to create a new person in the DB
}

My Family Aggregate 监听 PersonAggregate 中的 PersonCreated 事件，以记录所有已创建的人。

UI 调用 PersonAggregate 来创建人（使用有关它的数据需要在两个人之间创建伙伴关系而不是调用 FamilyAggregate），然后在 PersonCreated 事件上将 FamilyAggregate 需要知道的数据添加为配偶吗？或者这是一个糟糕的设计，因为现在 Event 中有命令数据？

创建一个人时，Person Aggregate 还需要将数据发送到 FactAggregate 以创建有关此人生日的 Fact。

Answer 1

需要在单个事务中更新多个聚合表明聚合边界是错误的。因为根据定义，聚合负责保护事务边界。并且单个事件对应单个事务。

让我们考虑如何在非计算机世界中处理这种情况。业务领域在那里设计得很好。经过几个世纪的磨砺，使其变得尽可能强大和简单。

决定的重点不是一个人或一个家庭。它是教会。度量书是汇总。当一个牧师做出决定时，他会把它写进一本度量书。其他一切——人的文件、家谱、人的事实清单——都只是注册有界上下文中的读取模型。

它们可以是其他有界上下文中的聚合。并且有些服务可能会在原始事务完成并写入事件后监听注册事件并更新相关实体。最终。