EDA: Event-Driven Architecture事件驱动架构

2009-09-24 17:28

异步编程软件架构 EDA事件驱动

SOA的核心是：暴露然后处理 expose and handle，SOA使事件Event跨系统流动

EDA是以事件为核心：什么时候触发然后做什么。EDA是更加松散耦合，有极强的巨大事务处理能力

ESP—Event Stream Processing：监视事件数据流，分析这些事件。
CEP—Complex Event Processing：以更加动态方式监测。

Esper是一个ESP/CEP容器或框架，实际就是一个JAR包，能整入大部分系统。

Esper的特点就是：你可以对事件进行监测，比如你设定告诉Esper，发送的事件中某个参数不能低于某值，这样，当有各种事件通过Esper发送时，Esper就会帮助你监视，如果有低于某值的，就会自动激活相应的行为，这实际类似一个大的观察者模式。

事件和消息有一些区别和联系，事件和消息可以说是从不同方面描述的同一个东西，消息是事件发生后产物，消息发送必须有发送事件发生才能实现。每次事件只发送一次消息，事件和消息是一对一的，EDA架构和JMS/ESB消息架构有一些区别，JMS/ESB只是发送简单的消息，并不处理事件流，也就是消息流，JMS/ESB只要指定发送目的地，就直接将事件消息发送那个目的，类似一个树形结构中两个节点的关系，JMS/ESB的消息机制可以组成一个业务处理网，事件在这些业务子系统之间流动，但是不对流动的消息内容进行监测。

如果发送的事件消息中某个参数低于某值，那么只有等到目的地的校验时才会报错，而Esper象事件消息拦截器可以进行动态拦截并且激活相应行为。

Esper可以和wso2 mule等SOA消息中间件融合在一起应用，相同于多了一个消息总线的监视器，在消息总线流程之外，
可以动态增加新的业务流程。
http://www.slideshare.net/prabathsiriwardena/complex-event-processing-with-esper-and-wso2-esb

Flash作为应用广泛的富客户端RIA，有一个消息中间件Blazds，通过Blazds，可以将客户端事件和服务器端联系起来，可以由服务器端将消息事件推送到客户端，也可以由客户端发送事件给服务器端，完成一个跨服务器和客户端的事件驱动架构，更好地实现各种信息内容的推和拉机制。
CEP and RIAs: Bringing Together the Bold and the Beautiful

在这个模式中引入CEP/Esper，可以实时拦截客户端发送的事件消息，可以实现媒体播放过程中激活各种其他交互动作，真正实现交互互动媒体。

异步编程(98) 软件架构(224) EDA事件驱动(104)

Actors CQRS 缓存 DCI DDD JavaEE Java性能 NoSQL OO RESTful SOA 函数式编程分布式四色大数据安卓并发异步编程事件驱动云计算伸缩性依赖注入

12306铁路售票系统核心开源中间件Geode介绍

Geode是一个提供实时且高一致性的分布式数据管理平台，典型案例是中国铁路12306售票系统使用Geode管理10个集群节点，在内存中管理2T的热点数据....

时间： 2024-10-13 21:23:17

EDA: Event-Driven Architecture事件驱动架构的相关文章

Event Driven Architecture

在微服务中使用领域事件稍微回想一下计算机硬件的工作原理我们便不难发现,整个计算机的工作过程其实就是一个对事件的处理过程.当你点击鼠标.敲击键盘或者插上U盘时,计算机便以中断的形式处理各种外部事件.在软件开发领域,事件驱动架构(Event Driven Architecture,EDA)早已被开发者用于各种实践,典型的应用场景比如浏览器对用户输入的处理.消息机制以及SOA.最近几年重新进入开发者视野的响应式编程(Reactive Programming)更是将事件作为该编程模型中的一等公民.可见

后端开发实践系列之三——事件驱动架构(EDA)编码实践

在本系列的前两篇文章中,笔者分别讲到了后端项目的代码模板和DDD编码实践,在本文中,我将继续以编码实践的方式分享如何落地事件驱动架构. 单纯地讲事件驱动架构(Event Driven Architecture, EDA),那是几十年前就出现了的话题:单纯地讲领域事件,那也是这些年被大量提及并讨论得快熟透了的软件用语.然而,就笔者的观察看,事件驱动架构远没有想象中那样普遍地被开发团队所接受.即便搞微服务的人都知道除了同步的HTTP还有异步的消息机制,即便搞DDD的人都知道领域事件是其中的一等公民,

软件架构设计学习总结（22）：软件架构——分层架构、事件驱动架构、微内核架构、微服务架构、基于空间的架构

分层架构 (Layered Architecture) 分层架构是最常见的架构,也被称为n层架构.多年以来,许多企业和公司都在他们的项目中使用这种架构,它已经几乎成为事实标准,因此被大多数架构师.开发者和软件设计者所熟知.比如MVC. 分层架构的一个特性就是关注分离(separation of concerns) .在层中的组件只负责本层的逻辑.组件的划分很容易让它们实现自己的角色和职责,也比较容易地开发,测试管理和维护. 我们需要这样的冗余,即使业务层没有处理业务规则,也要通过业务层来调用数

SOA EDA 事件驱动架构 (Event-Driven Architecture，EDA) 简介

事件驱动架构 (Event-Driven Architecture,EDA) 简介可以从两个方面来理解 EDA: EDA 是一种侧重于以生成/消费为基础的异步通信的架构模式.这主要对照于传统的基于线程的同步系统. EDA 是一种以事件 (event)为核心,提供事件产生,路由,消费已经结果回调等机制的架构模式. 简单地说, 面向服务架构 (Service-Oriented Architecture, SOA) 是一种 IT 架构策略,其基于面向服务的概念之上.自从 2002 开始为大家熟知以来

CQRS（命令查询职责分离）和 EDA（事件驱动架构）

转载CQRS(命令查询职责分离)和 EDA(事件驱动架构) 上一篇:<IDDD 实现领域驱动设计-SOA.REST 和六边形架构> 阅读目录: CQRS-命令查询职责分离 EDA-事件驱动架构 Domin Event-领域事件 Long-Running Process(Saga)-长时处理过程 Event Sourcing-事件溯源 CQRS Journey-微软示例项目 ENode-netfocus 实践项目存在即是理由,每一种架构的产生都会有一种特定的场景,或者解决某一种实际应用问题,经

[转] EDA事件驱动架构

事件代表过去发生的事件,事件既是技术架构概念,也是业务概念.以事件为驱动的编程模型称为事件驱动架构EDA. EDA是一种以事件为媒介,实现组件或服务之间最大松耦合的方式.传统面向接口编程是以接口为媒介,实现调用接口者和接口实现者之间的解耦,但是这种解耦程度不是很高,如果接口发生变化,双方代码都需要变动,而事件驱动则是调用者和被调用者互相不知道对方,两者只和中间消息队列耦合. 事件驱动有以下特征: 生产者producer发生实时事件推送通知生产者发射即完成fire-and -orget 消费者

EDA事件驱动架构

事件驱动架构模式【其他模式】

事件驱动架构模式 public class EventDriven { /** * 事件驱动架构模式: * Send and notify state changes of your objects to other applications * using an Event-driven Architecture. * 使用事件驱动的架构来发送通知[此对象状态的变更]给应用程序中的其他组件,解耦了事件源和事件处理器. */ @Test public void all() { final Eve

领域驱动设计(Domain Driven Design)参考架构详解

转自:http://blog.csdn.net/bluishglc/article/details/6681253 领域驱动设计(Domain Driven Design)参考架构详解摘要本文将介绍领域驱动设计(Domain Driven Design)的官方参考架构,该架构分成了Interfaces.Applications和Domain三层以及包含各类基础设施的Infrastructure.本文会对架构中一些重要组件和问题进行讨论,给出一些分析结论.本文原文连接:http://blog.