EDA事件驱动架构

我们知道无服务器架构背后是有服务器。那有什么意义呢？有人开玩笑说：那只是别人的服务器。 使用无服务器架构有几个好处： 1.不需要自己配置或管理服务器了，用别人的。 2.能够量入为出，根据系统规模扩张伸缩

Martin Fowler对事件驱动 EventSourcing和CQRS最近进行了权威解释： 去年年底，我与ThoughtWorks的同事们一起参加了一个研讨会，讨论“事件驱动”应用程序的性质。 在过去的几年里，我们通过使用大量的事件建立了许多系统，常被

如果您要使用spring transaction和event publishers编写代码，则需要记住一些规则： 事务绑定到一个线程 默认情况下，当您跳出标记为@Transactional的方法时，将提交事务 默认情况下，事务内部调用的所有方法都使用它

让Vert.x框架实现高度可扩展和高性能的核心是事件循环，更具体地说是Multi-Reactor模式，以及它的消息总线，在Vert.x中称为EventBus。在本文中，我想解决有关事件循环的误解，例如：“Vert.x有EventLoop，所以它是单线程的，只使用一个CPU”？

事件溯源开始被使用在高事务的环境（如证券交易所或赌博公司）。今天它被用于许多其他领域。我一直和很多人讨论这个架构筑风格，发现对事件溯源存在很常见的误解。 事件溯源术语是由Greg Young首先创建的，代表了一种以事件为中心的方法存储业务实体的架构模式。一

你真的在用微服务？其实还是在用Miniservices迷你服务呢？ 毫无疑问，微服务是现代软件开发中最热门的趋势之一，每个人都在追随并正在使用，但他们真的在用微服务吗？经过进一步认真思考后你会发现，由于缺乏对事件驱动架构了解，很多号称在使用微服务的团队其实

让我们展示如何使用Spring Cloud Stream来设计

这是Akka的创始人和Lightbend的创始人Bonér博内尔在2018 Qcon伦敦大会上的

不可否认的是，在Dev（和Ops最近）领域出现的数千项创新中，讨论最多的主题之一是反应式编程。新的FW框架不断推出，例如ReactiveX（RxJava）的Java语言的实现，最近推出的带有反应式编程的Spring 5，甚至是Java 8中的lambdas和流的推出（自2014年起），很明显

无服务器是基于事件驱动的，那么是不是无服务器只能用来实现事件驱动呢？当需要以低延迟来处理数据流时，函数编程、事件流和事件源是这项任务的最佳选择工具。 但是，只有少数解决方案才能采取真正的事件溯源Event sourcing，并实现“事件回放”。更常见的方案

现在，或多或少所有大型API都是RESTful。它会永远保持这种状态吗？似乎不太可能。下一个是什么？ REST是什么？它通俗地用于表示任何基于HTTP的API。实际上，它们中的绝大多数都对具有URI的资源进

MBassador是一款在多线程环境中为高吞吐量而优化的功能丰富的java事件总线。注解驱动、同步/异步事件发布，强/弱引用，动态事件过滤。 MBassador是实现发布/订阅模式的轻量，高性能的事件总线。它主要为了能易于使用的丰富的和可扩展的功能，同时保

本文的重点是使用Java构建RESTFul API，同时受益于反应式编程模型。但与大多数关于此主题的其他文章不同，本文不会急于直接编写代码。它将指导您完成此编程范例的主干，以便您对其有充分的了解。然后使用该知识构建API。该系列由两部分组成。第一部分介绍了反应系统和反应式编程，并清除

我很确定事件驱动已经是一个大问题，并且会变得更大。事实上，事件是JSON blob，并且通常我们希望它们在计算机程序中更容易使用。我以前也写过关于很难指定JSON格式化文章，也有关于无模式的消息处理。事实证明，JSON Schema世界虽然有好消息，但问题远未解决。

上周，Google与IBM，Red Hat，SAP和Pivotal等公司合作，宣布推出Knative，这是一个运行无服务器和服务网格架构的开源框架。这与Google用于发布其最近的GKE无服务器附加组件的框架相同。根据谷歌的说法，Knative有可能重新定义如何使用无服务器计算来构建云架构，并将无服

该Serverless无服务器最佳实践认为：无服务器是继承事件驱动EDA和异步编程范式，其实是一系列FaaS函数服务和队列的序列。对于一个后端是无服务器的应用，最好的架构是参考CQRS。这些无服务器的最佳实践主要针对大规模和突发性工作负载而不是相对较低的水平，因此很多这些最佳实践来自