事件驱动架构-七巧低代码入门01

事件驱动架构(Event-Driven Architecture, EDA)是一种软件架构模式,它强调系统内各个组件之间通过事件或消息进行通信和协作。在事件驱动架构中,系统的各个部分(服务、组件等)不直接调用彼此的方法来进行通信,而是通过发送和接收事件或消息来实现解耦和松散耦合。

1.1 实施过程

事件代表系统中发生的重要事物或状态变化,可以是用户操作、传感器数据更新、系统错误等。消息是事件的载体,用于在系统内部或不同系统之间传递事件的数据和相关信息。
事件生产者产生事件并将其发送到系统中,事件消费者订阅特定类型的事件,并根据事件发生执行相应的逻辑或处理。

在这里插入图片描述

1.2 主要特点

事件驱动架构是一种非常流行的分布式异步架构模式,经常被用与构建高可伸缩性的应用程序。这种架构模式由一系列高度解耦的、异步接收和处理事件的单一职责的组件所组成,低代码平台中的事件触发和响应机制,如表单提交、流程状态变更、用户界面交互等,可以作为事件驱动架构中的事件源。
事件驱动架构具备以下特点:
松散耦合: 事件驱动架构通过事件的发布和订阅机制,实现了组件之间的松散耦合。系统的不同部分可以独立地演化和扩展,而不会直接影响到其他部分。
异步性: 事件驱动架构通常是异步的,即事件的发布和处理是非阻塞的,系统可以处理大量事件而不会被单个事件的处理时间所阻塞。
扩展性: 事件驱动架构通常支持跨平台的消息传递和事件处理,系统可以部署在不同的硬件设备或云平台上,并与其他系统进行集成交互。

1.3 实现方式

调停者拓扑是一种基于事件驱动架构的特定设计模式,旨在通过明确定义的调停者来处理和协调系统中的事件流。调停者拓扑通过引入中心化的调停者来管理事件的路由和分发。
调停者拓扑主要有5个主要的架构组件组成:事件(Event)、事件队列(Event Queue)、调停者(Event Mediator)、事件通道(Event Channel)和事件处理器(Event Processor)。
Event通过服务端发送到Event Queue,Event Queue传递消息到Mediator。Mediator接收到队列传递过来的原始消息,然后编排成异步的消息发送到Event Channel,Event Channel则通过具体的Event Processor响应具体的业务逻辑。
其中的「事件」常常是固定的,事件的分发传递的机制也是固定的,只有「响应」是可变的,或者说是可以配置或者编排的。软件开发的OCP原则告诉我们:“软件应该对修改关闭,但要对扩展开放”。而事件驱动就是在保持了事件和核心逻辑的稳定性和不被修改的前提下,通过定义不同的「响应」从而达到了对“扩展的开放”。
事件处理器(Event Processor)就是对事件的「响应」,在七巧低代码中具体的集成方式有:自定义事件脚本、扩展插件、第三方服务、连接器、业务编排等。

1.4 应用场景

事件驱动架构可应用于传感器数据、交易数据等的实时数据分析和处理,通过事件驱动的方式记录系统中每个重要操作的事件,可用于日志记录和审计,微服务中也通常通过事件驱动架构来实现解耦和异步通信。
常见的事件驱动架构的实现技术包括消息队列(如Kafka、RabbitMQ)、发布/订阅系统(如Redis Pub/Sub、AWS SNS)、事件驱动的微服务框架(如Spring Cloud Stream、Apache Kafka Streams)等。

  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

道一云黑板报

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值