事件溯源中的时间和时间建模 - Tomasz Jaskula
建模的重要组成部分，这一事实与函数式编程非常匹配。当您使用诸如 事件溯源 和 CQRS 架构风格之类的东西时，当您拥有这个意图的命令并且您拥有将命令输入、应用状态和生成新状态的功能时，它可能
2 年 前
事件溯源很难 - Blogomatano
可以路由事件的中心协调点的东西。但是，直到很久以后我才看到这种说法。我在想，分类帐会统治世界的，只好慢慢地发现通过痛苦地失败才发现这点。 新贵成本很高 当你是一个绿色的现场应用程序时，事件溯源
5 年 前
使用Redis/RabbitMQ/EventStore实现事件溯源CQRS微服务应用 - Aram Koukia
有用： 准确的审计跟踪当我们在事件存储中单独记录每个事件时，通过查看流，很明显每个流的历史记录是什么，以及为什么我们处于当前状态。我们不能用SQL做到这一点吗？是的，我们可以使用自定义实现或SQL
4 年 前
Postgres事件溯源的存储表设计 - DEV
任何基础设施的关键部分之一是存储。与传统的关系模型相比，将事件存储在日志中非常简单。但是，当您体验到成功产品的好运时，即使是日志式存储也必须不断发展才能跟上。 幼稚的实现 当我开始使用 事件溯源
1 年 前
为什么创业公司反而适合使用微服务+事件溯源？ -zimarev
，当您真的不知道自己在做什么的时候，使用 事件溯源 可能会引入不必要的复杂性。 早期软件版本的质量 任何软件的早期版本都具有许多变通办法：各种黑客和捷径方式。故意接受对质量的这种妥协就是
3 年 前
Java反应式事件溯源之第5部分：事件存储
需要资金）。此外，请注意，从所有聚合中读取所有事件可能会带来一些挑战。我想在某种程度上，我们根本没有选择。如果我们想进一步扩展， 好消息是我们不必在实现中进行任何更改即可使用 Cassandra。和以前
2 年 前
Java反应式事件溯源之第 2 部分：Actor 模型
能与参与者进行通信。每个参与者都有自己的消息框，它一次会消费一条消息。因此，通过正确的实现，2 个或更多并发线程无法对您的状态执行某些操作。 此外，来自 Akka的持久性参与者 （也称为事件源
2 年 前
基于Http的ETags和If-Modified-Since实现乐观并发性
资源的两个版本之间的变化（记住这些版本可能不相邻）可能是处理这个问题的一种技术，但在同一资源的任意版本之间创建delta 是不容易的。你可以引入这类东西：类似 事件溯源的东西可能会实现这一点
10 个月 前
黑客新闻上最近CQRS的讨论和实践经验分享
操作日志与可查询对象的存储库），这通常意味着诸如事件源之类的东西，并且有了该模型涉及大量的复杂性，而且由于许多更新操作还涉及查询，您也会遇到事务实现的困难。 正确，这就是我的意思。即使它们在技术上
3 年 前
何为复杂性？复杂系统只能仿真建模？ - Cilliers
来自索绪尔对语言的描述，即语言的差异系统。痕迹或跟踪(Traces)是对差异交互操作的跟踪。例如业务流程中审核审批环节也是一种对信息数据差异的交互操作跟踪或留痕，这是 事件溯源 的用武之地。 在这种
3 年 前