Event Storming

SystemDesign DDD

创建时间:2020-02-03 05:56

字数:708 阅读:

评论:

1. 什么是事件风暴？
2. 关键的几个概念
3. 背后逻辑
Reference

1. 什么是事件风暴？

通过便签而不是代码来理解你的整个系统，并不断革新你的商业逻辑和需求。

构建一个能够对事件及时作出反应的系统

事件风暴是一种组织架构的方法，他是在讨论事件在你的组织里的流动，并将其用一种易于理解的方式模型化。

实质上想做的事情是通过交流，能够更加迅速的了解到在这个简单事情的背后都发生了什么，了解到数据/信息究竟是如何在多个系统间进行流动的。

想达到的目标就是通过便签纸在白板上展现出在每个步骤当中想要做的事情，这样能更好的理解商业需求，不需要太过于关注技术细节。

2. 关键的几个概念

2.1 Events and Reactions

可以简化为因果关系，或者说是起因及其影响。重要的事件会在系统当中引发一些影响，我们需要理解为什么这些反应会发生，以及其是怎么样发生的。

2.2 事件流

单独的事件没有什么太大的影响，我们需要考虑的是事件流，即事件在一段时间内的变化。我们要做的实际上就是使用便签纸，从左到右，按照时间顺序，记录下事件的发生。当我们有了这样的一个线性的事件流以后，下一步是去思考事件是因何而发生的。

2.3 Reactions

反馈是在其他事件发生以后发生的事件。 – this happens whenever that happens.

2.4 Policy

Policy是指事件和其反馈的整体流动。我们称其为policy 是因为这个流动捕捉到了核心的商业逻辑和规则。

2.5 Commands

来代表用户的某些行为，这些行为可以触发某些事件的发生，或者说这些行为本身很有可能就是某些事件，而这些事件会触发某些reaction，然后再度触发事件，一以贯之。

3. 背后逻辑

个人感觉这不仅仅是应用在技术架构和模型上，任何商业上的事务，想要明晰商业逻辑，都可以用这一套逻辑链条来进行分析。核心就是用户行为，事件，平台/app 对事件作出的反应，三者形成一个可以循环往复的圈，不停带来新的行为和新的反馈。这是行为环，还有利益环，即每个角色在这整个过程当中交换了什么，获得了什么。

Reference

转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 stone2paul@gmail.com