DDD中消息传递和事务之间的区别？

Question

因此，在 DDD 中，有一些transactions （可能是business transaction ）应该发生在单个聚合根上，而messaging或events发生在域/聚合之间作为单向通知。

我很难理解这种分离的语义。 我不能一口气制定出来，所以这里有几个大致相同类别的问题，它们应该集中在一个答案中（我希望）。

1. transactions是否与同步通信有关，而events是否与 DDD 中的异步有关？
   1. 那么，它是否试图展示基本强大且最终一致的沟通路径？
2. 或者在多个聚合之间旋转单个transaction和在它们之间发送顺序events （当一个在处理来自前一个聚合根的event之后发送自己的event时）之间有什么区别，就像在演员模型中一样？
   1. 那么我们是否应该将最后一个事务视为单个transaction ，因为基本上我们保证（仅在模型级别）触发和处理events ？
   2. 在这种情况下， transaction是关于并行的，而消息传递是关于顺序处理的？
3. 我应该将transaction和events都视为模型级别的单个business transaction的实现吗？

当前与聚合根一致性问题相关的通信二分法似乎是多余的或相互重叠的，我不认为它们是如何重叠的。 一般来说，我们谈论的是数据传播，而在 DDD 中它变得令人困惑。

DDD 中的这个数据传播主题看起来像演员模型中描述的丑陋版本。

Answer 1

DDD 的基本构建块是有界上下文。 限界上下文重新组合高度耦合的域对象，这些域对象可以在单个transaction中以原子方式一起更新。 事务处理上下文内更新。

单独更新的松散耦合对象分布在不同的有界上下文中。 虽然不同的有界上下文可以配置在同一个服务中，但具有相同的数据库后端，它们被设计为独立的软件，可以很容易地分布在具有不同数据库后端的不同服务中，采用微服务模式。 这允许更好的可伸缩性，更好的关注点分离，并降低更新上下文时回归的风险。

有时，您需要从不同的有界上下文更新对象，或者您需要不同的有界上下文来确保操作的业务完整性。 这导致了一个称为分布式事务的主要问题，因为您试图实现的是在一系列分布式有界上下文上的单个原子事务，托管在不同的服务中，由不同的数据库技术支持。 您可以使用2 阶段提交或saga 模式技术来解决此问题。 这些技术意味着通常通过使用event和messaging来发生的上下文间通信。