做阿里巴巴1688网站程序,做网站税费,CP网站建设搭建需要多少钱,做外贸需要网站简介#xff1a; 事件驱动型架构 (EDA) 方兴未艾#xff0c;作为一种 Serverless 化的应用概念对云原生架构具有着深远影响。当我们讨论到一个具体架构时#xff0c;首当其冲的是它的发展是否具有技术先进性。这里从我们熟悉的 MVC 架构#xff0c;SOA 架构谈起#xff0c…简介 事件驱动型架构 (EDA) 方兴未艾作为一种 Serverless 化的应用概念对云原生架构具有着深远影响。当我们讨论到一个具体架构时首当其冲的是它的发展是否具有技术先进性。这里从我们熟悉的 MVC 架构SOA 架构谈起聊一聊关于消息事件领域的历史与发展趋势。
作者肯梦
当下比较成功的企业已然认识到要想最大限度提升运营效率和客户体验务必将业务和技术两方面的举措紧密结合起来。运营事件或业务形势的变化是时下众多企业关注的焦点这些变化能够为企业领导者带来切实有用的信息而架构设计的主旨恰恰是从客户联系人、交易、运营等方面的信息中获取洞见两者相辅相成。传统技术历来对企业从事件中获取洞见的速度有着诸多限制比如用于记录、收集和处理此类事件的批处理 ETL提取、转换、加载。
事件驱动型架构 (EDA) 方兴未艾作为一种 Serverless 化的应用概念对云原生架构具有着深远影响。当我们讨论到一个具体架构时首当其冲的是它的发展是否具有技术先进性。这里从我们熟悉的 MVC 架构SOA 架构谈起聊一聊关于消息事件领域的历史与发展趋势。
消息事件领域的发展趋势 早在 2018 年Gartner 评估报告将 Event-Driven Model 列为 10 大战略技术趋势之一事件驱动架构EDA将成为未来微服务的主流并做出以下断言
到 2022 年事件通知的软件模型将成为超过 60% 的新型数字化商业的解决方案到 2022 年超过 50% 的商业组织将参与到事件驱动的数字化商业服务的生态系统当中
George Santayana 在《 The Life of Reason》曾提到 Those who fail to learn History are doomed to repeat it.不懂历史的人注定会重蹈覆辙。我们以史为鉴来看看为什么会架构会演进到事件驱动。 架构本身没有优劣之分它本身就是一组技术决策决定后续项目的所有功能开发框架编码规范文档流程….这里聊聊为什么会引入某些框架这个框架解决了软件开发中的什么问题。
单体架构在单节点服务中单体应用的所有模块都封装在单个进程运行通信通过相同堆栈调用完成。这种模式下非常容易导致结构和关系不明确难以对系统进行更改和重构。就像一个不透明的粘稠的脆弱的僵硬的 Big Ball of Mud分层架构在经典的分层架构中层以相当谨慎的方式使用。即一个层只能知道它下方层的数据。在随后的实际应用中更多的方式是一个层可以访问它下面的任何层。分层架构解决了单体架构的的逻辑分离问题每一层都可以被等效替换层区分也更加标准化同时一个层可以被几个不同/更高级别的层使用。当然层也有比较明显的缺点层不能封装掉一切比如添加到UI的某个字段可能也需要添加到DB而且额外多余的层会严重损害系统性能。MVC 架构MVC 架构产生的原因其实很简单随着业务系统的复杂性增加之前所谓“全栈工程师”已经不适用大部分场景。为了降低前端和后台的集成复杂性故而开始推广 MVC 架构。其中Model 代表业务逻辑View 代表视图层比如前端UI的某个小组件Controller 提供 View 和 Model 的协调比如将用户某项操作转为业务逻辑等。这里还有很多扩展架构譬如 Model-View-Presenter Model-View-Presenter-ViewModelResource-Method-RepresentationAction-Domain-Responder 。EBI 架构即 EntityBoundary接口Interactor控制。EBI架构将系统边界视为完整连接而不仅仅是视图控制器或接口。EBI 的实体代表持有数据并结束相关行为的实际实体很类似阿里云的 POP API。EBI 主要还是后端概念他是与 MVC 相辅相成的。洋葱架构洋葱架构是一种低耦合高内聚的架构模型。所有的应用程序围绕独立的对象模型构建内层定义接口外层实现接口耦合方向向中心内聚所有代码都可以独立与基础设施进行编译和运行。SOA 架构SOA 是 Service Orientated Architure 的缩写即面向服务架构。表示每一个功能都是通过一个独立的服务来提供服务定义了明确的可调用接口服务之间的编排调用完成一个完整的业务。其实这个架构也是目前架构中最成熟的日常使用最多的架构模式。
什么是 EDA 架构
我们聊完之前全部的架构趋势后再回过头看看什么是 EDA 架构。
EDA 事件驱动架构( Event-Driven Architecture ) 是一种系统架构模型它的核心能力在于能够发现系统“事件”或重要的业务时刻例如交易节点、站点访问等并实时或接近实时地对相应的事件采取必要行动。这种模式取代了传统的“ request/response ”模型在这种传统架构中服务必须等待回复才能进入下一个任务。事件驱动架构的流程是由事件提供运行的。 上图其实很好的解释了 EDA 架构的模型但是其实还不够明确。所以这里我们和单体架构一起对比看看他们之间差异。 在如上对比图中我们其实可以较为清楚看到它与传统架构的区别。在一般传统架构中创建订单操作发生后一系列的操作其实都是通过一个系统完成的。而事件驱动的概念则是将全部操作都转换为 “事件” 概念下游通过捕获某个 “事件” 来决定调用什么系统完成什么样的操作。
总结来看事件驱动其实是将比较重要的业务时刻封装成“事件”并通过某个 EventBus 将事件路由给下游系统。
我们了解了 EDA 架构的整个处理过程但是还没解决这个所谓的“EventBUS”到底是啥样。 上图就是事件驱动的核心逻辑架构。是不是非常像某个传统 MQ别着急下面我会讲到这个架构的复杂部分。讲完 EventBus我们回过头来看“事件”刚刚介绍中比较重要部分其实是将操作转换为某类事件进行分发。那这的事件我们怎么定义呢
简单来看其实事件就是状态的显著变化当用户采取特定行动时触发。以 4S 店售卖汽车为例
当客户购买汽车并且其状态从 For Sale 变为 Sold 是一个事件。成功交易后从帐户中扣除金额是一个事件。单击预订试驾后从将预约信息添加到指定用户就是一个事件。
每个事件都可能触发一个或多个选项作为响应。
关于事件其实云原生 CNCF 基金会在 2018 年托管了开源 CloudEvents 项目该项目旨在用统一和规范的格式来描述事件来加强不同的服务、平台以及系统之间的互操作性。在该项目定义下通用的事件规范是这样的 事件主要由 Json 体构成通过不同字段描述发生的事件。
EDA 架构的落地实践思考
在开始介绍落地实践时我们先来看一个经典的 EDA 架构模型 这是一个非常经典 EDA 订单架构该架构主要使用了 EventBridge 和 FC 函数计算如果不太熟悉 FaaS 的同学可以把 FC 节点当作 ECS 或 K8s 的某个 POD 节点通过事件驱动各个业务进行协作。
所以这块的中心节点EventBridge其实有三个比较重要的能力
For Event Capturing事件收集具备采集事件的能力For Routing事件路由通过事件内容将事件路由分发至于下游的能力的For Event Processing事件过滤/替换对事件进行脱敏或初步过滤筛选的能力
通常情况下要实现这三个能力是比较困难的比如Event Capturing 可能需要熟悉 Dell Boomi, Snaplogic, MuleSoft, Dataflow, Apache Apex 等Routing 部分可能通过 RocketMQRabbitMQ, ActiveMQ, Apache Kafka Event Processing 需要了解 Apache Storm, Apache Flink 。所以之前讲的逻辑架构其实非常理想要想实现完成的 EDA 事件驱动还需要包括这些核心能力。 其实从刚刚的架构中我们也能窥探到一些信息EDA 架构其实看起来没有那么简单那它有何优劣呢下面我就简单罗列下 EDA 架构在实践中的优势
松耦合事件驱动架构是高度松耦合且高度分布式的架构模型事件的创建者来源只知道发生的事件并不知道事件的处理方式也关心有多少相关方订阅该事件。异步执行EDA 架构是异步场景下最适合的执行工具我们可以将需要事件保留在队列中直到状态正常后执行。可扩展性事件驱动架构可以通过路由过滤能力快速划分服务提供更便捷的扩展与路由分发。敏捷性事件驱动架构可以通过将事件分发至任何地方提供更敏捷高效的部署方案。
当然劣势也很明显
架构复杂事件驱动架构复杂路由节点多系统结成复杂功能要求多。路由分发难事件路由及分发难灵活的事件路由需要依赖强大的实时计算能力对整体分发系统要求较高。无法追踪事件追踪是整个 EDA 架构保证EDA 架构中往往很难追踪到事件处理状态需要大量的定制化开发。可靠性差事件驱动由于需要多系统集成可靠性通常较差且交付无法保障。
阿里云 EventBridge 如何解决 EDA 场景下的困境
针对 EDA 场景下面临的这些问题阿里云推出了 EventBridge一款无服务器事件总线服务其使命是作为云事件的枢纽以标准化的 CloudEvents 1.0 协议连接云产品和应用应用和应用提供中心化的事件治理和驱动能力帮助用户轻松构建松耦合、分布式的事件驱动架构另外在阿里云之外的云市场上有海量垂直领域的 SaaS 服务EventBridge 将以出色的跨产品、跨组织以及跨云的集成与被集成能力助力客户打造一个完整的、事件驱动的、高效可控的上云体验。并针对 EDA 困境提供了针对性的解决方案。 架构复杂提供业内通用的 Source BusesRulesTargets 模块管理能力同时支持 EventBus 和 EventStream 两种模式。大幅度降低事件驱动架构难度。
路由分发EventBridge 通过事件规则驱动支持 8 大事件模式4 重转换器满足路由分发的全部诉求。
无法追踪独家提供事件追踪能力事件分析/查询能力。为用户完善整体事件链路。
可靠性差支持 DLQ/ 重试机制大幅度保证由于用户下游系统导致的事件故障与延迟。同时在此基础上 EventBridge 支持 82 种阿里云产品847 种事件类型。
阿里云 EventBridge 更多场景介绍
1. 经典 EDA 事件驱动事件总线EventBridge最重要的能力是通过连接应用程序云服务和 Serverless 服务构建 EDAEvent-driven Architectures 事件驱动架构驱动应用与应用应用与云的连接。 2. 流式 ETL 场景EventBridge 另一个核心能力是为流式的数据管道的责任提供基础的过滤和转换的能力在不同的数据仓库之间、数据处理程序之间、数据分析和处理系统之间进行数据同步/跨地域备份等场景连接不同的系统与不同服务。 3. 统一事件通知服务EventBridge 提供丰富的云产品事件源与事件的全生命周期管理工具您可以通过总线直接监听云产品产生的数据并上报至监控通知等下游服务。 原文链接 本文为阿里云原创内容未经允许不得转载。
