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

发布时间：2020-12-14 23:21:57 所属栏目：资源来源：网络整理

导读：嗨,我有以下senario,我不明白如何获得最终的一致性：用户1使用基于任务的ui来更改客户名称 App Service调用聚合操作客户名上的聚合火灾事件已更改总线使用nservicebus发送消息 NServicebus服务死亡用户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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!