event-sourcing

    0热度

    3回答

    ,这样想,我有这样的域名事件: class BookChangedName... class BookType1ChangedName extends BookChangedName... class BookType2ChangedName extends BookChangedName... 那是好还是: class BookChangedName{ enum bookTyp

    0热度

    1回答

    我接近Lagom + CQRS /事件采购是第一次,我想实现像一个行为: 服务电话是(通过REST API调用例如)执行 一命令被运行并触发一个改变状态的事件(例如启动某种计时器)。 经过预先定义的时间间隔后,计时器应该过期,因此应该触发新事件(无其他外部命令)来改变状态以使计时器无效。 前两个步骤很简单,但是一旦我触发了TimerStartedEvent并改变了状态,我该如何在一段固定的时间后“

    2热度

    2回答

    事件存储(事件源)中的事件通常以序列化格式持久化,其版本通过版本表示模型或模式中事件类型的更改。我一直无法找到显示实际事件的实际模型或模式的好文档(如果使用RDBMS,通常在事件存储架构中的data表),但理解它理想上应该是通用的。 什么是事件中最基本的字段/属性? 我已经考虑过使用json-api作为我的事件的规范,但也许这太“重”了。我看到的好处是灵活性和成熟度。 我正走向“错误的道路”吗?

    1热度

    2回答

    我试图实现与CQRS和ES另一DDD界上下文。 我想知道,因为有CreateUserCommand,在我的域模型中创建User(不是关于保存的一个字)。然后它发射UserCreatedEvent。 我有该事件两个事件处理程序: PersistUserEventHandler(更新应用程序的状态) SendWelcomeEmailEventHandler(发送欢迎电子邮件用户) 现在,我知道, :

    3热度

    2回答

    我开始下一个旅程ES,想知道如果传统的支持表应存储在事件日志或应这些不同的处理解决CRUD“表”?这些表格通常会有一个CRUD页面。换句话说,在同一个应用程序中有两种方法是常见的,一种是支持表和一种是事务性数据? 支持表就像会计应用程序中的“Account”或ERP产品中的“Product Type”或实际的“Product”表(我不是在编写ERP应用程序 - 这是一种类型的表我在谈论)。 如果我

    1热度

    3回答

    我正在实践领域驱动设计,那么为什么不建立一个演示产品目录项目?显然Product在这里是核心领域,但因为我喜欢让项目更有趣,我很乐意支持嵌套Category层次结构。换句话说,Category可能有许多孩子Category。 此外,我想分开Category域从Product域,并使其自己的支持域。 问题:标记Category as AggregateRoot听起来不正确。 A Category可能

    4热度

    2回答

    我目前正在设计一个新的企业系统。该系统的目的是跟踪,显示并通知员工与公司的客户交互(即事件)。使用事件源模式来保存收集的所有客户交互/事件的分类帐似乎非常合适,因为我们所有的附加域对象都是从事件流派生而来的。但是,我发现一篇文章说,基于事件采购的整个系统是一种反模式。为什么会这样? https://www.infoq.com/news/2016/04/event-sourcing-anti-pat

    1热度

    1回答

    由于其荒谬的基础设施需求,未能使用kafka,因此我正在为我的event-sourcing架构开发Kinesis流。 无论如何,我有Kinesis生产者,消费者工作正常(尽管有高延迟)。我一直在做我的component-testing消费流来验证事件是否写入流。 但我要找的是一个Stream仪表板,它可供非技术人员使用。 因为在生产中,像经理/(甚至惰性调试器)这样的人,显然不想编写代码来查看流中

    0热度

    1回答

    我是新来的EventSourcing模式,我正在努力解决一个问题。我使用EventSourcing创建了一个购物车模块。我可以将产品添加到购物车,并发出购物车事件。然后,我可以建立阅读模型,这是迄今为止很棒。 但是,我应该如何从这些数据创建订单?我应该使用购物车事件来创建订单吗?或者我应该使用读取模型来做到这一点?也许Aggregate应该有方法吗? 我在想如果EventSourcing是使用购物

    1热度

    2回答

    我是新来eventsourcing管理并发,所以这可能是一个可怕不称职的问题,所以请多多包涵: 我们有一个eventsourced,CQRS与卡桑德拉了持久化的系统。我们有一个序列号/版本号来处理聚合上的冲突修改。 我们需要一个管理接口的readmodel,它需要从几个有界的上下文中显示不少细节,并通过rest api进行编辑。 在此readmodel中处理并发的最佳实践是什么。请参阅以下内容: