【发布时间】:2018-05-11 15:32:27
【问题描述】:
阅读 lagom 文档,我们可以使用读取端处理器和消息代理 api 构建读取端。
使用一个比另一个有什么优势?
(让我们考虑一般的 ReadSide 支持(不是实现事件偏移跟踪的 Cassandra 和 Jdbc)。
对一些应用程序进行原型设计,我注意到读取端处理器在事件持久化到事件日志和读取模型更新之间的延迟比 Broker Api 更高。
【问题讨论】:
标签: cqrs event-sourcing lagom
阅读 lagom 文档,我们可以使用读取端处理器和消息代理 api 构建读取端。
使用一个比另一个有什么优势?
(让我们考虑一般的 ReadSide 支持(不是实现事件偏移跟踪的 Cassandra 和 Jdbc)。
对一些应用程序进行原型设计,我注意到读取端处理器在事件持久化到事件日志和读取模型更新之间的延迟比 Broker Api 更高。
【问题讨论】:
标签: cqrs event-sourcing lagom
对一些应用程序进行原型设计,我注意到读取端处理器 在事件持久化到事件日志和读取之间具有更高的延迟 模型比 Broker Api 更新。
这是最终的一致性延迟。您可以使用 application.conf 中的设置更改此设置:
cassandra-query-journal.eventual-consistency-delay = 1s
您必须决定您的应用程序需要什么。您可以将其设置为零,但很少需要。
【讨论】: