• 本文是Kafka创始人的一篇博客，认为Kafka可以用于像数据库那样持久存储，这与人们通常对消息系统的印象不同，其实Kafka真正定位是一个日志系统，消息队列只是其一个应用模式，如同会气功的人玩劈砖一样，腾讯将Kafka改为真正消息系统用于微信也可见Kafka的内功深厚，其在大数据分析领域配合Kaf
  • 这是一篇讲解微服务系统在扩展性伸缩性方面的演进文章，Jonas Boner认为目前普通的微服务最终将演进为事件驱动的响应式微系统架构(Reactive Microsystem), 英文PPT文档见:
  • 基于DDD的EventSroucing事件溯源和CQRS的项目正在迅速发展，这里介绍两个开源项目：flowing-retail和 icon
  • 当需要处理的数据增长超过单个JVM中时，这时候AKKA集群提供了构建此类实现的可扩展的解决方案。这是一篇涉及分布式计算许多方面的文章。请准备在文章上阅读上花费大量的时间，参考所提到的各种外部链接，才能充分了解每个子主题，并可下载并运行文章提供的AKKA initializer/ util代码库才能更 icon
  • 通过事件进行应用程序的设计是自20世纪80年代后期以来的一种实践。我们可以在前端或后端的任何地方使用事件。当按下按钮时，某些数据发生更改或执行某个后端动作。 但是事件究竟是什么呢？我们什么时候应该用它呢？缺点是什么？ icon
  • 该文是基于《微服务模式》作者Chris Richardson的QCONSF 2017会议上的PPT文章( icon
  • Event sourcing事件溯源作为应用程序架构模式日益普及，事件溯源将应用程序所做的状态更改建模为不可变的序列，也就是“事件日志”，也就是将触发状态更改的事件存储在不可变日志中，并将状态更改重新建模为对日志中事件的响应。这里讨论Kafka Streams将如何帮助将事件溯源和CQRS付诸实践。 icon
  • 在面向对象编程中，对象是一等公民，后来在函数式编程中，函数是一等公民，而如今在事件驱动编程中，事件是第一公民，事件其实是对象与函数的集合体，能够利用两者优点，回避缺点。 这篇文章介绍著名的服装电子商务企业Stitch Fix是如何使用事件驱动实现软件系统建 icon
  • 本文是讨论在使用DDD+CQRS+EventSourcing中事件建模的重要性，通过抓取事件建模这个线索，能够起到纲举目张的效果。 DDD实现中的一个非常大错误解释领域驱动设计（DDD）是一种奇妙的技术，试图使我们 icon
  • 该文是介绍在纽约时报如何使用Kafka实现内容生产和内容消费分离的基于日志的架构(一种事件溯源Event Sourcing/CQRS的读写分离架构)。文章还阐述了使用Kafka替代传统数据库作为事实存储的原因。 原文大意如下： icon
  • 本文是讨论微服务和领域事件架构下一些需要长时间运行服务的设计问题，这些长时间运行的服务任务是因为有人工流程介入导致，比如请假需要所在部门和人事部门等两个部门领导批准，那么请假这个服务就可能需要一两天时间才能完成，因为需要两个部门领导都在电脑前且点按了批准按钮，这个请假服务流程才结束。 icon
  • Martin Fowler对事件驱动 EventSourcing和CQRS最近进行了权威解释： 去年年底，我与ThoughtWorks的同事们一起参加了一个研讨会，讨论“事件驱动”应用程序的性质。 在过去的几年里，我们通过使用大量的事件建立了许多系统，常被 icon
  • 事件溯源开始被使用在高事务的环境（如证券交易所或赌博公司）。今天它被用于许多其他领域。我一直和很多人讨论这个架构筑风格，发现对事件溯源存在很常见的误解。 事件溯源术语是由Greg Young首先创建的，代表了一种以事件为中心的方法存储业务实体的架构模式。一 icon
  • 本文从分布式系统角度讨论了区块链中的几种创新模式：不可变模式、异步和共识以及网络容错可靠性。 不可变模式 区块链是不可变的。 分布式系统已经在相当一段时间内依靠不变性来消除异常。 icon
  • 这是Akka的创始人和Lightbend的创始人Bonér博内尔在2018 Qcon伦敦大会上的 icon
  • Drivetribe是由前Top Gear三剑客克拉克森、哈蒙德和梅创办的在线垂直汽车社区， Aris Koliopoulos作为其高级软件工程师，所在团队负责从无到有建立这样一个社区产品，目标是从一开始就可以处理高用户量和大规模运行，因为这是一项明星产品，一旦上线会立即吸引大量粉丝，因此不得不对D icon
  • 这是一篇提供如何从单体大型应用迁移到微服务+事件溯源的指导性文章，文章提供了六条建议，主要是确定微服务边界，将事件作为首要设计，将系统从过去面向接口的耦合变成面向事件数据的耦合，从而大大地增加微服务的独立性和灵活性，同时为性能的弹性扩展提供了可能。所谓面向接口耦合，就是你事先设计几个接口，定义其中的 icon
  • CQRS+ES我们已经在生产环境中使用了，但实际使用中感觉对业务变化并不如想象中的灵活 比如当业务发生变化时，如果修改了event的相关定义，那么所有已经在event store中存储的event则可能在Event sourcing时发生错误，比如缺少某些 icon