EDA事件驱动架构

在Theodo，我们热爱无服务器，并在越来越多的项目中使用了该技术。一些服务和模式开始被广泛使用。因此，我们决定共享Web应用程序的体系结构最佳实践。如果您不熟悉无服务器，并希望找到回答

事件建模一直是组织中的痛点。从弄清楚模式的标准格式，有效地处理所述数据模型，最后在将其部署到生产之前进行测试，公司在其数据资产通信方式方面需要某种标准化。想象一下，一个邮递员将邮件发送给您，您会发现其中一些邮件是信封，其他邮件没有信封，而其余则装在大盒子里。对于装在大盒子里面

如果要“监听”事件，我们可以在事件发生源处编写“监听器”来监听事件，但会将事件源与侦听器的逻辑紧密耦合。我们可以根据需要动态注册和注销某些事件的侦听器。对于同一事件，我们也可以有多个侦听器。本教程概述了如何发布和监听自定义事件，并解释了Spring Boot的内置事件。

通过将Apache Zookeeper与Java Spring State Machine框架集成在一起，为构建分布式状态机提供一个框架。所谓Java Spring State Machine框架：应用程序现在处于并且可能以有限数量的状态存在。然后会发生一些事情，将您的应用程序从一种

在本系列中，我们将通过实现假设数据结构的PoC（基于事件的列表），重新审视事件源的概念，然后在后续文章中通过使其并发且对内存友好的方式进一步改进事件源的概念。 事件溯源多年来，我们已经习惯了这样一个事实，即

分析总结Technology Radar出现的后端和前端（Web）技术。 后端发展趋势

亚马逊宣布可在EventBridge中实现事件的存档和重播，这样，使用冷（归档）和热事件存储的机制，就可同时在新代码版本部署期间重放事件，这样能够实现CQRS/ES中的重新投影用于读模型的事件数据。事件驱动的体系结构使用事件在一个或多个应用程序的组件之间共享信息。事件告诉我们“事情已

Hyperfeed是FlightAware的核心航班跟踪引擎。它的输出为公司最突出的产品提供了动力：网站上的航班页面，

Eventide Project团队很高兴宣布Message DB：这是一款基于PostgreSQL中作为发布/订阅、事件溯源和事件微服务应用程序实现的、功能齐全的事

广告技术（Ad Tech）是一个统称，它描述用于管理和分析程序化广告活动的系统和工具。数字广告的目标是尽可能多地吸引相关受众。因此，广告技术本质上与处理大量数据有关。在此博客文章中，我们将研究如何关联两个事件流-广告投放（所谓的展示次数）和点击次数，并计算重要的广告技术指标-点击率（

从工资单到患者入院，所有业务都有流程。通常，组织越大，其流程就越笨拙。业务流程管理（BPM） 是一门将业务和IT观点相结合的学科，旨在提高公司组织的绩效。该领域中相对较新的分支是流程挖掘，该方法专注于利用流经组织的交易数据来确定组织的运作方式。随着企业进行数字化转型并

使用客户端设备的实时日志作为事件源，我们可以得出测量值，以了解和量化用户设备如何无缝地处理浏览和回放。

Jangda等人由于在“无服务器计算的形式基础”方面的工作而在今年获得了OOPSLA的杰出论文奖。本文的中心是他们观察到无服务器执行环境具有许多独特的属性（例如执行环境的热启动/重用），这会使构建正确的应用程序变得更加困难。它们显示了无服务器功能可以安全地忽略这些特性的条件，因此变得更容易推

这篇文章描述了基于Apache Kafka和Redis的体系结构如何应用于构建高性能，弹性流系统。它适用于近实时系统，在该系统中，需要处理大量事件流，并将结果提交给大量的订户，每个订户都接收自己的流视图。示例可能包括以下内容： 流化庄家赔率-不同用户浏览网站的不同部分

KEDA提供了一种扩展到Kubernetes标准方法的替代方法，该方法用于查看诸如CPU负载和容器的内存消耗之类的指标。从KEDA的角度来看，此方法是被动的，而不是主动的。与无服务器平台一样，KEDA尝试根据诸如消息源（例如，Kafka，Azure Service Bus或RabbitMQ）

在本教程中，演示服务器发送事件-一种从后端应用程序向浏览器推送通知/消息的机制。传统上，浏览器必须向服务器发出请求以获取最新信息。到目前为止，一切正常。当我们必须像这样进行定期轮询时，大多数时候可能没有任何更新！当我们有多个客户端在没有太多更新的情况下每秒对服务器进行轰炸以进行更新时