CQRS和事件溯源系统的持续演进
极客时间编辑部
讲述:丁婵大小:1.39M时长:03:02
在近期举办的 DDD 2018 欧洲大会上,AFAS 首席软件架构师米歇尔·欧维姆(Michiel Overeem)分享了他在 CQRS 和事件溯源系统上的探索,以及是如何实现此类系统的持续演进的。
为了能让听众形成一个基本的认识,欧维姆强调,在事件溯源系统中总是存在着一些隐含的模式,模式的知识是嵌入在系统中的。但是与关系数据库不同,事件的存储并不强制使用给定的模式,而是对所有进入的数据来者不拒。
在抵制方面,要抵制或者说最小化对更改的需求,一种方法是采用 DDD。鉴于事件模拟了领域中的真实事件,而领域是不会做频繁更改的,因此更改的需求也会很少。另一种方法来自一家企业的做法,它成立了一个委员会,负责审查所有事件的变化及其影响情况,并提出建议。
在技术方面,人们最常提到的技术,就是永不更改事件或它们的模式,因为每次更改都会引入新的事件。尽管这种技术众所周知,但是欧维姆发现实际中很少有人使用它。原因在于,技术本身十分简单,但其风险是会使领域变得更加脆弱。
弱模式是一种常用的技术。如果在反序列化为对象中使用了弱模式,那么开发者只需要关心当前正在使用的特性或属性。只要数据是可用的,或者存在默认值,即可满足模式。
另一种技术是更新,该技术类似于关系数据库中的更新操作。如果使用更新技术,那么就引入了一种同样带有模式信息的新工具,并将在带外(out of band)更新事件存储。
在欧维姆看来,这种技术很可怕,一旦出现错误,对事件存储的影响就是毁灭性的。开发者应该考虑使用不具破坏性的重写技术,例如可以根据一些数据存储新技术,将事件由 XML 重写为 JSON。
此外,最常使用的技术是“复制 - 转换”,从一个事件存储中读取,并写入到另一个新的事件存储中,同时将事件转换为新模式。一个略有不同的方法是,从旧的事件流中创建新的事件流,并在同一存储中保存新的事件流。另一种使用微服务的方法是,使用新的事件模式创建新的微服务,然后从旧的微服务中复制所有的事件。
欧维姆最后总结道,有很多种技术可以用于 CQRS 和事件溯源系统的演进,但是,开发者们必须知道自己在做什么,并理解自身所处的具体场景。他指出,实际中有不少看似简单的解决方案其实并没有考虑具体的场景。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论