事件处理 – 没有CQRS的域事件和版本控制

概述嗨,我有以下senario,我不明白如何获得最终的一致性： >用户1使用基于任务的ui来更改客户名称 > App Service调用聚合 *** 作 >客户名上的聚合火灾事件已更改 >总线使用nservicebus发送消息 > NServicebus服务死亡 >用户2获取聚合并调用更改地址 >调用聚合 *** 作 >域事件被触发 >消息放在公交车上 >总线重启 >消息2首先获得 >处理消息2并使用新地址更新其他有 嗨,我有以下senario,我不明白如何获得最终的一致性：

>用户1使用基于任务的ui来更改客户名称
> App Service调用聚合 *** 作
>客户名上的聚合火灾事件已更改
>总线使用nservicebus发送消息
> NServicebus服务死亡
>用户2获取聚合并调用更改地址
>调用聚合 *** 作
>域事件被触发
>消息放在公交车上
>总线重启
>消息2首先获得
>处理消息2并使用新地址更新其他有界上下文
>消息1现在拾起,这是错误的顺序
>现在发生了什么

如果我们在事件中传递聚合的版本,那么在13中会出现乐观的并发错误吗？

如果是,则将消息1新应用于其他上下文中的对象.我们如何保持一致性？

这是阻止我在我的域中应用事件的问题.欢迎所有帮助.

基本思想是在另一个上下文中更新另一个聚合.我只是坚持这个并发技术.

我们不是在命令处理程序和命令推送总线的意义上使用事件源或CQRS.只有事件处理我们想要异步发生,因为我们有一个我们不希望改变的现有设计.

布莱尔

解决方法 通常,您会将消息排队.如果他们进入队列,您将获得正确的订购.如果您想使用不支持使用servicebus订购的产品,请在您的活动中添加序列号,以便另一方可以正确地重新排序. TCP自1981年以来一直这样做 http://www.ietf.org/rfc/rfc793.txt 总结

以上是内存溢出为你收集整理的事件处理 – 没有CQRS的域事件和版本控制全部内容，希望文章能够帮你解决事件处理 – 没有CQRS的域事件和版本控制所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。