通过本篇文章您可以了解到以下内容:
- Event Storming的由来
- Event Storming具体实施流程
- Event Storming的一个简单示例
- 总结
Event Storming的由来
当我们在谈到Event Storming(事件风暴)时,通常会需要谈起两个概念:DDD(Domain-Driven Design,领域驱动设计)以及微服务。
那么这三者到底有什么关联呢?
无论是Event Storming 还是DDD或者微服务,三者都是为了解决同一个问题,那就是软件系统设计遇到的困难。
微服务作为一种架构设计,通过将巨石应用拆分成若干个微服务,从而把原来内部的耦合性、复杂性进行最大程度的降低,变成可控制化,进而更好的应对业务的快速变化。
DDD是一种软件系统设计和开发的方法论,是一种指导思想,它从理论层面告诉我们如何进行架构的设计。
到这里我们有了目标,微服务架构;我们也有了指导思想,就是DDD ;可是我们具体落地的方案是什么呢? 亦或者说我们实现微服务拆分具体可实施的路径是什么呢?
此时Event Storming登场了,并且给出了完美的答案。
它是将DDD落地到了具体的实践层面,通过workshop形式,将对应的技术人员以及领域专家集中在一起,通过可视化便签纸的方式,以及高互动的交流从而一步一步的挖掘和梳理出业务流程,并形成业务边界和初步的微服务划分,最终形成统一的业务语言。

此外关于Event Storming,我们不得不提到一位大师,他就是Alberto Brandolini,Event Storming就是他发明创造的。
关于Event Storming的定义如下图所示:

(https://www.eventstorming.com)
Event Storming是一种灵活的研讨会形式ÿ

本文详细介绍了Event Storming的起源、实施流程和一个简单示例,阐述了其在微服务架构设计中的作用,强调了其作为DDD落地实践的重要工具,帮助企业应对复杂业务场景和微服务拆分。
最低0.47元/天 解锁文章
3496

被折叠的 条评论
为什么被折叠?



