如今，流处理是一个非常流行的话题。公司处理成千上万个需要实时或近实时处理的事件。企业需要分析客户的行为，交易，股票价格变化甚至自动驾驶汽车传感器读数。但是，今天，我们要专注于复杂事件处理。 什么是复杂.

亚马逊宣布可在EventBridge中实现事件的存档和重播，这样，使用冷（归档）和热事件存储的机制，就可同时在新代码版本部署期间重放事件，这样能够实现CQRS/ES中的重新投影用于读模型的事件数据。事.

分析总结Technology Radar出现的后端和前端（Web）技术。 后端发展趋势 聚合点 在为多个目标（例如Web浏览器和移动设备）构建后端时，我发现GraphQL作为服务器端的资源聚合器非常方.

Hyperfeed是FlightAware的核心航班跟踪引擎。它的输出为公司最突出的产品提供了动力：网站上的航班页面，Firehose，FlightXML和航班警报。Hyperfeed是一个分布式系统.

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

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

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

从工资单到患者入院，所有业务都有流程。通常，组织越大，其流程就越笨拙。业务流程管理（BPM） 是一门将业务和IT观点相结合的学科，旨在提高公司组织的绩效。该领域中相对较新的分支是流程挖掘，该方法专注于.

KEDA提供了一种扩展到Kubernetes标准方法的替代方法，该方法用于查看诸如CPU负载和容器的内存消耗之类的指标。从KEDA的角度来看，此方法是被动的，而不是主动的。与无服务器平台一样，KEDA.

现在我们的工业终于从大众的错觉（微服务将是未来）中恢复过来了，又掉入了一个更大的错觉：无服务器Serverless将提供万能的拯救。试图从无服务器的基础上制作整个应用程序，例如Basecamp或Sho.

通过将Apache Zookeeper与Java Spring State Machine框架集成在一起，为构建分布式状态机提供一个框架。所谓Java Spring State Machine框架：应.

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

Zeebe工作流引擎为什么以及如何与Kafka出色地结合在一起？简要介绍产品并解释联合用例，说明产品可以解决哪些问题，提示技术实施要点。什么是ZeebeZeebe是一个源可用的云原生工作流引擎，主要用.

Jangda等人由于在“无服务器计算的形式基础”方面的工作而在今年获得了OOPSLA的杰出论文奖。本文的中心是他们观察到无服务器执行环境具有许多独特的属性（例如执行环境的热启动/重用），这会使构建正确.

响应式编程肯定很优雅，但是小伙子，即使对于最次要的任务，它是否也会增加认知负担……必须有一种更简单的方法来实现。众说纷纭：基础架构逻辑/业务逻辑比率确实不好。让我想起了EJB 2.0实体。我很少觉得有.

Spotify是一家提供数据信息的公司，在这样的公司中，事件传递是关键组件。包含有关用户，他们采取的操作或数百个系统中的操作日志的数据的每个事件都是有价值的信息。没有成功的事件传递系统，我们将无法深入.

今天，我们很高兴地宣布:Mantis开源了，该平台可帮助Netflix工程师更好地了解其应用程序的行为，以确保为我们的会员提供最高质量的体验。我们认为，在Netflix面临的挑战并不一定是Netfli.

无服务器只是一种计费模型，因此我们最终将看到这样一个新的基础架构：这个架构是根据用户使用情况而进行定价的模型架构（包括虚拟机）。.

在InfoQ中文网站看到Serverless 最佳实践：如何在两周内开发出用户量过亿的微信小程序，这篇营销文章很显然认为Serverless=BaaS+FaaS，BaaS是后端即服务，FaaS是函数即.