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