DDD领域事件

EventStorming是一种非常流行的技术，它使我们比传统技术更有效地探索，分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。明智地使用EventStorming，我们可以发现有关我们的域和业务的足够信息，以便我们可以使用它来设计微服务，有界上下文甚至我们的

Alberto Brandolini是EventStorming的发明者，一种在领域驱动设计环境中的研讨会格式，可让您快速了解软件领域的情况。Alberto Brandolini是EventStorming方法的发明者 - 这一概念将领域驱动设计（DDD）背后的论文转化为实践。他的书

两年前，我第一次听说了Event Storming。我了解了这项技术，但并没有立即被它说服。一场大师班和几场Event Storming会议之后，我写这篇博客是因为我认为您应该尝试一下。让我们从头开始。 什么是事件风暴？</

“对于像我们这样的以软件为中心的复杂系统，更改，集成和测试它非常昂贵，尤其是在我们所处的军事领域，您可能必须进行实时射击试验才能真正验证系统，”诺尔特斯说，他是是位于Hengelo的公司的软件架构师，“而且，即使是最微小的更新也可能导致大量的变化。然后归结为一个问题：您如何才能在不影响其余部

软件不是孤立的工件。它必须嵌入到使用和生产它的人们的社会技术环境中，并与环境不断相互作用。我们需要知道的是，复杂的系统如何显示我们作为系统设计者试图捕获有用的抽象的行为。 “组织是动态的，层次结构化的实体。这种活力体现在每个组织级别的重大事件

本文简要介绍了数据驱动的流程发现技术，称为流程挖掘。 什么是流程挖掘？对于任何流程改进项目，通常通过原有流程模型了解当前状态非常重要。对受访

在本系列中，我们将通过实现假设数据结构的PoC（基于事件的列表），重新审视事件源的概念，然后在后续文章中通过使其并发且对内存友好的方式进一步改进事件源的概念。 事件溯源多年来，我们已经习惯了这样一个事实，即

大多数微服务架构都需要事件溯源吗？微服务之间使用RESTful依赖是表明还是一个单体架构吗？ 1. 事件溯源不是架构或体系结构模式，它是保存实体状态的方式，仅此而已。如果你有一个仓库接口，喜欢OrderRe

随着组织逐渐认识到流程在数字化转型中的核心作用，业务流程管理（BPM）已经悄然兴起。一些行业观察家认为，这一

使用Kafka Streams消费主题时， 您需要使用两种数据。一个是流stream，一个是表table。我们来看一些

事件溯源实际是按照时间线对领域中发生的事实进行跟踪，其中挑战是关于时间记录问题，一个是事实发生的时间，也就是领域事件发生的时间，一个是记录事实的时间。双时态（Bi-temporal）

Java 15带来了密封类的预览功能。现在，我们基于接口的状态机不仅可以防止无效转换，而且可以像枚举一样枚举。特点是：编译时和运行时两个阶段都能检

领域事件(Domain Events)与事件溯源(EventSourcing)有什么共同点？名称中都有“事件”一词。但是除此之外，在项目，会议或培训中与架构师和开发人员交谈时，我经常听到领域事件与事件源配合得很好，并且事件源是领域事件的理想来源。在此博客文章中，我想概述为什么我个人不同意这种

消息传递模式的严重错误，导致巨大的耦合和极端的意外复杂性：少而巨大的事件多个服务都可以发布相同的事件每个服务都会改变事件的一部分并重新发布众说纷纭：最后一个在基于文档的消息传递中很常见，可以了！实际上，根据问题空

这是业务分析师面临的共同挑战。业务分析师如何确保任何发现流程都能产生完整的结果？简短的答案是使用多种补充技术从不同角度解决问题，每个角度相互验证并填补发现过程中的所有空白。有一些软件工具可以自动发现和记录业务流程。这通常称为流程挖掘。但是，直到较小的公司可以使用这些工具（降低成本）之前，许多