回顾一下，事件源和变更数据捕获是可以用来构建响应式分布式系统(即微服务)的解决方案。微服务应该通过具有弹性和弹性来应对不断变化的环境(即云)。这些能力背后的魔力在于消息和事件驱动。要了解更多，我建议你阅读被动的宣言．

本文介绍的两个核心解决方案是事件来源和变更数据捕获。在我正式介绍这两种解决方案之前，可以知道它们的目标相似，分别是:

事件源使用它自己的日志作为真实源，而变更数据捕获依赖于底层数据库事务日志作为真实源。开云体育电动老虎机这种差异对软件的设计和实现有重大影响，本文稍后将介绍。

在我们深入讨论之前，重要的是区分我们所关心的事件来源和更改数据捕获的事件类型:

域事件和更改事件没有关联，除非更改事件碰巧包含域事件，这是本文后面介绍的发件箱模式的前提。

既然我们已经在事件来源和变更数据捕获方面建立了一些共性，那么我们可以进一步深入。

事件源是一种解决方案，允许软件将其状态维护为域事件的日志。因此，完整地获取日志表示应用程序的当前状态。有了这个日志，还可以轻松地审计历史，进行时间旅行，重现以前状态产生的错误。

事件源实现通常具有以下特征:

此外，事件源实现通常具有以下特征:

事件源模仿数据库的工作方式，但是是在应用程序级。开云体育电动老虎机根据图2，可以更新该图以表示图3所示的数据库，其设计大致相同。开云体育电动老虎机

当我们深入研究事件来源和变更数据捕获之间的比较时，图2和图3之间的比较将变得更加相关。

变更数据捕获(CDC)是一种从数据库事务日志(或等效机制)捕获变更事件并将这些事件转发给下游消费者的解决方案。开云体育电动老虎机CDC最终允许应用程序状态外部化，并与外部数据存储同步。

变更数据捕获实现通常具有以下特征:

如您所见，CDC是一个相对简单的概念，范围非常狭窄。它只是将数据库的事务日志作为事件流外部化给感兴趣的使用者。开云体育电动老虎机

CDC还为您提供了使用事件的灵活性。图4:

最后，CDC实现通常具有以下特征:

CDC非常灵活，适用于多个用例。CDC的早期采用者选择了选项1/A，但选项1/B，以及选项2随着CDC的发展越来越受欢迎。

发件箱模式的主要目标是确保在单个事务中完成对应用程序状态(存储在表中)的更新和各自域事件的发布。这涉及到在数据库中创建一个Outbox表，以收集这些域事件作为事务的一部分。开云体育电动老虎机围绕域事件及其通过发件箱传播提供事务保证对于跨系统的数据一致性非常重要。

事务完成后，CDC连接器拾取域事件，并使用可靠的消息代理将域事件转发给感兴趣的消费者(参见图5)。然后，这些消费者可以使用域事件来实现自己的聚合(参见上面的每个事件来源)。

发件箱还应该从应用程序中抽象出来，因为它只是外发事件数据的临时存储，不应该被读取或查询。事实上，驻留在发件箱中的域事件可以在插入后立即删除!

现在，我们可以更仔细地查看Event Sourcing日志和CDC与发件箱在设计上的重叠。通过比较日志与发件箱表的属性，可以清楚地看到它们的相似之处。聚合(同样来自DDD)是发件箱和事件源如何存储和使用数据的核心。

以下是存在于事件源日志和发件箱之间的常见属性:

发件箱表和事件来源日志本质上具有相同的数据格式。主要的区别在于，Event Sourcing日志是一个永久的、不可变的域事件存储，而发件箱是高度短暂的，仅是在变更事件中捕获域事件并转发给下游消费者的着陆区。

命令查询责任隔离模式(简称CQRS)通常与事件源相关联。然而，使用CQRS并不需要事件源。例如，CQRS模式可以用发件箱模式代替。

那么到底什么是CQRS ?这是一种创建数据替代表示(称为投影)的模式，主要目的是在一些数据集上创建只读的可查询视图。对于不同客户感兴趣的同一组数据，可能会有多个预测。

CQRS的Command方面应用于应用程序处理动作(Commands)，并最终生成可用于为投影创建状态的域事件。这就是为什么CQRS经常与事件源联系在一起的原因之一。

CQRS与事件源匹配良好的另一个原因是应用程序无法查询日志。在事件源系统中查询数据的唯一可行方法是通过投影。请记住，这些预测最终是一致的。这带来了灵活性，但也带来了复杂性，并且偏离了开发人员可能熟悉的强烈一致的视图的规范。

正如您在图6和图7中看到的，这是基于事件源的CQRS模式的两种非常不同的解释，但最终结果是相同的，都是仅源于事件的数据的可查询投影。

如前所述，CQRS还可以与发件箱模式配对，如图8所示。这种设计的一个优点是在应用程序数据库中仍然有很强的一致性，但最终与CQRS投影保持一致。开云体育电动老虎机

虽然本文主要关注在系统中分布数据，但在应用程序内部使用域事件也很重要。由于各种原因，在内部处理域事件是必要的，其中包括在与事件起源相同的微服务上下文中执行业务逻辑。这是构建事件驱动应用程序的常见实践。

无论是使用事件源还是CDC，在内部处理域事件都需要调度程序机制在内存中传递事件。Vert就是一个例子。x EventBus、Akka Actor System或Spring Application Events。在发件箱模式的情况下，只有在初始发件箱事务成功完成后才会分派事件。

这篇文章已经向您抛出了很多内容，所以列出一个总结到目前为止所呈现内容的表格可能会对您有所帮助:

现在，我们已经更好地处理了事件源和CQRS，让我们研究一下当与CQRS配对时，事件源的一些优点和缺点。这些优点/缺点考虑了当前可用的实现，也记录了我和其他构建分布式系统的专业人员的经验。

开云体育官方注册网址Debezium是一个由Red Hat支持的开源CDC项目，在过去几年中逐渐流行起来。最近，Debeziu开云体育官方注册网址m通过对Quarkus Java微服务运行时的扩展增加了对发件箱模式的完全支持。

开云体育官方注册网址Debezium、Quarkus和发件箱提供了一个全面的解决方案，避免了双写缺陷，与事件源解决方案相比，对于普通开发团队来说，它通常是一个更实用的解决方案。

构建分布式系统，即使是使用微服务，也是非常具有挑战性的。这就是为什么像事件来源这样新颖的解决方案具有吸引力。但是，使用Debezium的CDC和发件箱通常是事件源的更好开云体育官方注册网址选择，并且与CQRS模式兼容。虽然事件源在某些用例中仍然有价值，但我鼓励您先尝试Debezium和发件箱。开云体育官方注册网址