DDD领域事件

     

可以促进微服务设计的DDD事件风暴建模技巧 - Nick Tune

3235 3 3K

EventStorming是一种非常流行的技术,它使我们比传统技术更有效地探索,分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。明智地使用EventStorming,我们可以发.

通过事件风暴发现业务流程 - Sarah Denayer

1 3581 1 2K

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

基于事件日志的流程挖掘简介 - Chaudhuri

4101

本文简要介绍了数据驱动的流程发现技术,称为流程挖掘。什么是流程挖掘?对于任何流程改进项目,通常通过原有流程模型了解当前状态非常重要。对受访者进行访谈,审查现有文档,并使用建模工具创建流程模型。这些过程.

“我打开潘多拉的盒子” - 采访DDD事件风暴发明者Alberto Brandolini

3449 2 3K

Alberto Brandolini是EventStorming的发明者,一种在领域驱动设计环境中的研讨会格式,可让您快速了解软件领域的情况。Alberto Brandolini是EventStorm.

Kafka基础:表和流的区别 - Edward Loveall

1990 2K

使用Kafka Streams消费主题时, 您需要使用两种数据。一个是流stream,一个是表table。我们来看一些数据:下面是User数据| key | data                 .

领域模型的双时态设计Bi-temporal

1863

事件溯源实际是按照时间线对领域中发生的事实进行跟踪,其中挑战是关于时间记录问题,一个是事实发生的时间,也就是领域事件发生的时间,一个是记录事实的时间。双时态(Bi-temporal):这一设计方法组合.

事件溯源投影模式:重复数据删除策略 - domaincentric

1097

在典型的CQRS / ES系统中,由投射处理的事件具有至少一次交付保证。因此,通常需要实施重复数据删除以实现(感知)幂等性。1. 基于事件ID每个投射对应一个重复数据删除表在单独的表中存储已处理的事件.

事件风暴 - 分解问题领域的最佳实践

3088 1

Event Storming是一种跨职能促进技术,用于揭示系统或业务流程的有界上下文,微服务,垂直切片,故障点和起点。建议时间:12小时。谁参加?中小企业,核心团队(见主持人说明)Event Stor.

设计Akka.NET领域事件和命令的最佳实践 | Petabridge

1633 3K

这是一篇.NET中Akka的领域事件和命令设计文章,阐述如何通过设计事件使Akka.NET编程更容易。详细点击标题见原文:1. 慷慨地使用标记/身份接口如果我们有大量的域事件用于交易股票,所有这些事件.

分布式事务的替换者:在线事件处理OLEP(事件溯源) - ACM权威

4981 4 9K
近半个世纪以来,ACID事务(满足原子性,一致性,隔离性和持久性的特性)一直是确保数据存储系统一致性的首选。众所周知的原子性属性:在发生故障时,可确保事务写入的全部或全部都不会; 隔离防止同时运行的事.

鲍勃大叔:会计学是一门高度创造性学科,取决于系统思维

1180

会计学涉及账户和交易的分离和划分,以减少这些账户之间的耦合并增加这些账户的凝聚力。这是一个高度创造性的学科,取决于系统思考。会计师用微小的细节填写这些帐户(banq注:明细账),每个细节都是必要的,每.

切实有效的三个步骤:如何通过划分有界上下文设计微服务? - Robert Reppel

2947 2 6K
通过有界上下文和无所不在的语言,实现高聚合低关联并获得服务边界。是什么让系统边界“干净整洁”?我们通常使用的软件都是基于状态机的系统:像交通灯一样,changeLight()的结果取决于先前的状态是“.

领域事件命名的坏气味 - Tomasz Jaskuela

911 1

虽然基于领域事件的建模特别与DDDesign相结合越来越受欢迎,但我看到了一些在某些情况下可能有效或无效的命名气味。1)最明显的“CRUDish事件气味”。像SomethingChanged,Some.

Axon框架指南 - Baeldung

1 13257 3 18K

在本文中,我们将介绍Axon以及它如何帮助我们实现具有CQRS(Command Query Responsibility Segregation)和Event Sourcing的应用程序。在本指南中,.