作者|肯梦

当下比拟胜利的企业未然意识到，要想最大限度晋升经营效率和客户体验，务必将业务和技术两方面的动作紧密结合起来。经营事件或业务局势的变动是时下泛滥企业关注的焦点，这些变动可能为企业领导者带来切实有用的信息，而架构设计的宗旨恰好是从客户联系人、交易、经营等方面的信息中获取洞见，两者相辅相成。传统技术从来对企业从事件中获取洞见的速度有着诸多限度，比方用于记录、收集和解决此类事件的批处理 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-ViewModel，Resource-Method-Representation，Action-Domain-Responder。
• EBI 架构：即 Entity，Boundary（接口），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）其实有三个比拟重要的能力：

1. For Event Capturing（事件收集）：具备采集事件的能力
2. For Routing（事件路由）：通过事件内容将事件路由散发至于上游的能力的
3. For Event Processing（事件过滤 / 替换）：对事件进行脱敏或初步过滤 & 筛选的能力

通常状况下，要实现这三个能力是比拟艰难的，比方：Event Capturing 可能须要相熟 Dell Boomi, Snaplogic, MuleSoft, Dataflow, Apache Apex 等，Routing 局部可能通过 RocketMQ，RabbitMQ, 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，Buses，Rules，Targets 模块治理能力，同时反对 EventBus 和 EventStream 两种模式。大幅度降低事件驱动架构难度。

路由散发：EventBridge 通过事件规定驱动，反对 8 大事件模式，4 重转换器，满足路由散发的全副诉求。

无奈追踪：独家提供事件追踪能力，事件剖析 / 查问能力。为用户欠缺整体事件链路。

可靠性差：反对 DLQ/ 重试机制，大幅度保障因为用户上游零碎导致的事件故障与提早。

同时，在此基础上 EventBridge 反对 82 种阿里云产品，847 种事件类型。

阿里云 EventBridge 更多场景介绍

1. 经典 EDA 事件驱动：事件总线（EventBridge）最重要的能力是通过连贯应用程序，云服务和 Serverless 服务构建 EDA（Event-driven Architectures）事件驱动架构，驱动利用与利用，利用与云的连贯。

2. 流式 ETL 场景：EventBridge 另一个外围能力是为流式的数据管道的责任，提供根底的过滤和转换的能力，在不同的数据仓库之间、数据处理程序之间、数据分析和解决零碎之间进行数据同步 / 跨地区备份等场景，连贯不同的零碎与不同服务。

3. 对立事件告诉服务：EventBridge 提供丰盛的云产品事件源与事件的全生命周期管理工具，您能够通过总线间接监听云产品产生的数据，并上报至监控，告诉等上游服务。

目前事件总线收费公测，点击下方链接，立刻体验！
https://www.aliyun.com/produc…

退出钉群（群号：31481771），及时理解产品最新动静！