• CRUD是增删改查的简称,其中增删改都属于一种变动操作,而新增和删改分别属于两种不同类型的变动,如果以记账来类比,新增等同于多了一笔金额,而删改等同于减少了一笔金额。 下面以文档的增删改查从记账角度看看如何理解。
  • Teiva Harsanyi分享了其一年在飞机航空交通管理这个关键重要领域的EventSourcing事件溯源和CQRS实施经验,阐述其在实施过程中面临的挑战和问题。 业务环境该项目的背景是与空中交通管理(ATM)
  • Vue.js作者尤雨溪谈Vue.js当初是如何创建的,以及初学者学习曲线,包括它是如何处理数据和动画的,以及它与Angular和React的区别。下面是他大意翻译: 如何创建Vue.js第一次提交Vue.js是在2 icon
  • 本文介绍了Adaptive如何在应用层面实现分布式事务,也就是如何在应用服务之间的实现分布式共识算法,这对于微服务的分布式柔性事务有很大参考意义。Adaptive基于此技术研发 icon
  • PHP号称是最好的服务器端编程语言,CQRS + Event Sourcing已经在PHP社区和.NET社区蔓延开来,而Java社区由于Spring和JavaEE的垄断相对要落后些,废话少说,看看这款PHP库包dudulina的特点: 1.领域模型代码最小 icon
  • 本文是讨论数据库在读写分离情况下,如何实现写数据库的数据如何快速更新到读数据库的三种方式。 Akka Persistence(持久性Akka)是一个相当不错的事件溯源EventSourcing实现。当我们选择EventSourcing架构时,自然同时也会采 icon
  • 这是一个.NET Core中的事件溯源示例,文档比较简单, 有两个概念:1. Marten - 事件存储:有事件流启动,事件流加载;通过事件流聚合,形成实体,其他还包括事件转换,事件投影。 2. MediatR - 消息总线(用于处理命令,查询,事 icon
  • EventSourcing事件溯源是存储实体相关的事件流(实则是明细表),而不是直接存储实体的“当前”状态。每个事件都是一个事实,它描述了实体发生的状态变化(过去时态!)。众所周知,事实是无可争议的,不可改变的。拥有这样的事件流可以通过折叠folding与该实体相关的所有事件来找出实 icon
  • 无服务器是基于事件驱动的,那么是不是无服务器只能用来实现事件驱动呢?当需要以低延迟来处理数据流时,函数编程、事件流和事件源是这项任务的最佳选择工具。 但是,只有少数解决方案才能采取真正的事件溯源Event sourcing,并实现“事件回放”。更常见的方案 icon
  • Apache Kafka是一款很酷的产品,但如果你考虑将其用于事件溯源,建议你应该再考虑一下。 Kafka是一个在生产者和消费者之间传递消息的绝佳工具,可选的主题持久性能让你永久存储消息,是的,永远,如果你愿意。 icon
  • HomeAway的数据架构师Adam Haines 最近 在  2018年数据架构峰会上  发表了关于他的团队如何利用 icon
  • Kubernetes的主要价值在于它极大地减少了许多基础架构管理的痛苦,几乎所有主要云服务提供商(CSP)对它的广泛支持也意味着我们的应用是可移植的,但是,对于在Kubernetes之上构建解决方案的开发人员来说还是复杂的,对于初学者来说,在Kubernetes上开发,部署和管理服务的行为仍然过于复 icon
  • Liiklus [li:klus](爱沙尼亚语中的“流量”) - 基于gRPC的网关,用于基于事件的系统,如果你认为Kafka实现事件系统过于底层,可以使用该系统: 水平可扩展的gRPC流媒体网关 支持与gRPC一样多的客户端语言(Java,Go,C ++,Pytho icon
  • 无论使用何种实现技术(EventStore / Kafka /SQL ......),“传统事件溯源”方法会一些常见问题: 设计事件类型和事件处理程序是一项艰苦的工作比如:你设计一个问答式的网站应用,那么更 icon
  • 想了解更多关于Axon框架如何帮助你使用事件溯源和 CQRS 构建应用程序的信息吗?这个开源源码案例可以帮到你。 基于Axon框架使用Kotlin编写的ES银行案例:1. dispatch拦截器2. 自定义命令处理程序3. 分布式命 icon
  • “做正确的事;做正确的事”在我脑海中有机地出现。简单的CRUD项目变得越来越不能胜任,程序员的速度很难提升,他们的工资也很难提升。我急于解决这个问题。然后有一天我看到了这样一句话:我选择做一件事不是因为它很简单,而是因为它很难。我对这些话很有动力,我不能停止思考“简单”“复杂”的“麻烦”。然 icon
  • 在基辅召开的JEEConf会议上,Amitay Horwitz描述了他和他的团队如何实施事件溯源的发票系统,他们在生产2年半后遇到的挑战以及他们如何使用Kafka Streams实施新设计。 Wix的软件工程师Horwitz 于2015年开始与他的团队一起 icon