搜索所有贴

这是一个.NET Core中的事件溯源示例，文档比较简单，有两个概念： 1. Marten - 事件存储：有事件流启动，事件流加载；通过事件流聚合，形成实体，其他还包括事件转换，事件投影

5 年前

Thalo 是一个基于以下模式构建大型系统的事件溯源框架：事件溯源 CQRS 事件驱动事务发件箱 DDD 它被设计成模块化的，带有实现大多数功能的附加crates

1 年前

，如果把事件看出正在发生函数动作，就不应该是过去式，而应该是正在发生的事件。对事件进行溯源也就是Event sourcing，那么需要把事件当成数据，这时事件实际就是状态的代名词，使用过去式比较让人理解

10 年前

基于领域驱动设计、CQRS 和事件溯源的简单银行 API：写了一个由两个微服务和一个 API 网关组成的银行账户 API 。我用 TypeScript 和 NestJS 实现了微

1 年前

。事件溯源在这方面不同于事件流：事件溯源涉及利用过去的事件来验证事件的后续发布，确保一致性。此方法依赖于过去发布的事件来确定成功发布事件必须满足的一致性条件。一致性由事件存储保证，只有当

10 个月前

为什么领域事件 domain events和事件溯源 event sourcing不应混淆。领域事件与事件溯源有什么共同之处？共同点是名称中的“事件”一词。但除此之外，在与项目

5 年前

我一直觉得事件溯源很吸引人。我们在开发人员的大部分时间里都在将数据保存在数据库表中——以一种完全不同的方式来做这件事似乎几乎是深不可测的。然而，这就是事件溯源。它有明显的好处，但还有许多

2 年前

事件溯源开始被使用在高事务的环境（如证券交易所或赌博公司）。今天它被用于许多其他领域。我一直和很多人讨论这个架构筑风格，发现对事件溯源存在很常见的误解。事件溯源术语是由Greg

6 年前

。什么是事件溯源事件溯源是基于不可变事件的编程模式，这些事件充当应用程序的真实来源。与传统的面向状态的方法不同，您的数据由小事件组成，您的模型可以通过一个一个地重放这些事件来计算读取模型来

1 年前

如何克服这些问题以最大限度地利用微服务。对于大多数这些问题，使用事件溯源是一个很好的解决方案。因此，在本文中，我将讨论为什么我们应该在微服务中使用事件溯源以及使用它的优势。什么是事件

1 年前

事件溯源是一种设计模式，其中业务操作的结果存储为一系列事件。这是持久化数据的另一种方式。与仅保留最新版本的实体状态的面向状态的持久性相比，事件溯源将每个状态更改存储为单独的事件。谢谢你

1 年前

领域事件(Domain Events)与事件溯源 (EventSourcing)有什么共同点？名称中都有“事件”一词。但是除此之外，在项目，会议或培训中与架构师和开发人员交谈时，我

3 年前

约束，这些规则依赖于先前的事件作为它们的输入（而不是状态作为输入）。现在我们应该如何定义事件溯源？两者都有道理。但是“来自事件的状态”已经有很多术语了。如果我们选择称其为

2 年前

使用事件溯源的优点。

4 年前

在不管理服务器（无服务器）的情况下构建和运行应用程序： 1毫秒计费可将成本降低高达70% 每秒运行超过100万个交易事务部署了更多的原生本地集成和事件溯源！在2020年，一半新

3 年前

登录