• 这是来自Pere Villega的一篇博文,主要从EventSourcing角度谈其对ORM的可替代性。 阻抗不匹配性大部分信息系统都是持久化存储信息然后查询获取,这大
  • 这是来自《POJOs In Action》作者和CloudFoundry原创始人Chris Richardson的一篇谈论微服务PPT,结合DDD和事件驱动,比较全面和可落地。大意翻译如下: 以一个在线商店为案
  • 8月16中国股市出现名震历史的乌龙事件,导致该事件的原因今天被证监会调查后,确定是软件系统的设计问题: 光大证券自营的策略交易系统存在程序调用错误、额度控制失效等设计缺陷,并被连锁触发,导致生成巨量市价委托订单,累计申报买入234亿元,实际成交72.7亿元 icon
  • 这是基于Greg Young的CQRS m-r 原型,将其通过RESTFul暴露给外界,提供API服务。 icon
  • 关于EventSourcing事务的问题,还是有点不太明白。在事件驱动编程中,数据持久化是异步,那如果持久化失败,我如何在业务流程中得知并处理,如果要等到数据持久化成功才进行下一步操作,不是又变成同步模型了么@banq 老师,心中疑惑,百思不得其解[该贴被tecentIDA8 icon
  • Spark是一个基于内存in-memory数据处理平台,兼容于Hadoop 数据源但是比Hadoop MapReduce运行得快得多。.特别适合于机器学习处理。 该文作者观察到Apache Spark 最近发 icon
  • JdonFramework-6.6.6版本在原来成熟稳定的6.6.4版本上主要增加了对CQRS的command异步并发支持。 也就是说,原来聚合根实体模型发出的领域事件是通过异步并发的Disruptor输出,6.6.6版本增加了使用Disruptor进行异 icon
  • 这是一篇可能来自股票高频交易的系统架构文章,主要讲解如何基于EventSourcing建立一个高性能大数据的实时查询系统。 当前IT正在从基于查询的面向批处理系统转向实时更新系统,虽然目前这只是发生在金融领域( icon
  • 传统CQRS面临的挑战是读和写都是分享同一个数据库和应用,但是将读和写进行分离,分离成两个路线,又是一种极端的做法,数据库变成两个,应用程序是两套,带来一定的复杂性。 icon
  • EventStore/EventStore · GitHub是一款面向.NET的Event Store数据库,这是面向CQRS + Event So icon
  • 如果我给你五十万欧元,你会很高兴。如果我给你一百万欧元,但在回家的路上,你遭受抢劫失去五十万,你会不高兴,即使最终的结果是一样的。在心理学上,这叫做损失厌恶。 也就是说,损失比收益对我们有着更高的影响。我们不是 icon
  • 事件回溯是否有可选性?请banq大大谈谈吧,也就是有没有可能有些Aggre不必事件记录和回溯,而只是简单的database -> aggre object ,还是必须都要事件回溯? icon
  • 在实践CQRS架构的时候,不太理解事件源的重建,所以一直不敢用eventsourcing。对事件的持久化可以理解,但对读取事件并使其重建聚合不知道该如何实现?比如分析一个持久化然后重建的流程:1、领域对象在特定时刻有特定的状态,此时发生状态改变的事件2、将事件进行持久化 icon
  • 大家好,关于,关于EDA这种架构模式,有些问题,不明白,发个贴,望大家发表下意见::)1、EDA这种架构记录了一系列的过去事件(比如,用户账户,创建,修改,支付,转账等等),那么该如何获取这个事件(账户)的当前信息呢?我自己思考认为,既然ED icon
  • 目前看到的Event Sourcing的框架和例子,为了能够用event replay来恢复系统状态,event中需要包含所有变化的信息,而且是静态的信息。比如MatchFinishedEvent 要包含日期,比分等, icon
  • banq帖子中的Match聚合根中的EventSourcing其实就是producer,其中的handle方法也就是consumer,我的问题是可不可把EventSourcing以及handle方法从Match聚合根中分离出来?形成如下架构:EventSourcing分离成一个新的组件,专门负责pu icon
  • CQRS 中如何事件恢复,是内部控制还是由事件源来控制? icon