publish-subscribe - 如何在事件溯源和 CQRS 中使用发布/订阅模式

Question

我正在开发微服务，我正在使用带有 CQRS 模式的事件溯源，在我的情况下，如果用户从一项服务中删除/更新，我希望它发布事件和其他服务来订阅它并删除有关该用户的条目也来自它的数据库。

我想问一下如何在事件溯源中使用 pub/sub 模式，哪个事件存储可以用于它，因为目前我看到有些人使用 Azure Tables，但它如何用作 pub/sub？

score 3 · Accepted Answer

哪个事件商店可以用于它...？

如果您有选择使用技术的奢侈，那么我建议您先查看 Greg Young 的Event Store

是的，这就是将 CQRS 介绍给世界的同一个人。

（您可能还想查看他关于多语言数据的演讲，其中包括基于拉取与推送的模型的讨论）。

score 0 · Accepted Answer

如何在事件溯源中使用 pub/sub 模式

这个用例自然是基于事件溯源，如果能准确地实现它，那么关于通知的问题就会自行消失。最好通过公共总线来实现交互。每个实现聚合或预测的微服务都连接在统一的逻辑总线上，并在所有事件上签名，也可以在那里发送任何事件。

当然，当系统负载较重时，需要做一些优化，例如，为事件输入名称空间，以及向总线的代理指定哪些事件以及需要哪些微服务。递送。此外，如果某些信息对于微服务是私有的，那么在总线中创建私有通道是有意义的，但是它不是由事件源理论提供的，与聚合之间的验证完全相同。

此外，由于公共总线的概念，您还可以收到系统客户端（例如浏览器）的“礼物”响应性。但是，您不能订阅聚合的预测或状态，只能订阅事件。如果服务器事件不等于客户端，您可以在他们的广播中输入中间实体，但它不再负责事件的存储。

2 回答 2