基于 RocketMQ 构建阿里云事件驱动引擎EventBridge

原创

于 2021-11-10 15:00:06 发布 · 640 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

# 存储 # 人工智能 # Cloud Native # 算法 # 搜索推荐

阿里云EventBridge作为云上的事件枢纽，提供连接各种服务的事件驱动能力。它遵循CloudEvents标准，支持事件的标准化、中心化，并具备事件驱动架构的各种模式。EventBridge允许用户通过低代码甚至无代码的方式，实现松耦合、分布式的事件处理，适用于在线业务、IoT、大数据等多个场景。通过事件规则和目标，EventBridge能够实现事件的过滤、转换和路由，同时提供事件中心进行查询、分析和告警，助力提升云原生服务的可观测性和可追踪性。未来，EventBridge将致力于构建更丰富的生态网络，促进云原生事件驱动架构的发展。

简介：阿里云事件总线 EventBridge 作为云上的事件枢纽，最核心的能力是连接。无论是在线业务场景、IoT 场景、还是大数据场景，无论是阿里云、其他云厂商，还是私有 IDC 机房，我们都将提供安全可靠的集成方式。

作者 | 六翁

以 Kubernetes 为基础设施的云原生技术，彻底改变了我们的开发和思维模式。事件作为云原生领域的一等公民，已经无处不在，是云原生架构体系松耦合、灵活性的基础。

作为 Gartner 定义的 10 大战略技术趋势之一，事件驱动架构（EDA）逐渐成为主流技术架构。根据 Gartner 的预估，到 2022 年，在新型数字化商业的解决方案中，将有 6 成使用 EDA，在商业组织参与的技术栈中，EDA 有一半的占比。

本文将介绍事件、事件驱动架构、阿里云事件驱动引擎 EventBridge 及其在事件的标准化、中心化、事件驱动架构上的能力。

事件及事件驱动架构

1、事件

事件是已经发生的事实，并且是不可变的。相比而言，消息是一个服务为了另一个服务的消费或存储而生产的原始数据，消息是可以被修改的。

事件的生产者如实地产生和投递事件，它不关心这个事件将由谁、因何，以及怎样去处理。而消息的生产者是知道谁来消费的，并且知道封装哪些因素到消息中，以便消费者处理。

事件的 Broker 被设计为提供事实日志。事件在超时时间后被删除，这个超时时间是由组织或者业务定义的。而消息的 Broker 被设计为处理各类问题的，当消费者感知到消息后，消息即可被删除。

	事件	消息
Data	已经发生的事实，并且不可变(Immutable)	为消费或存储而生产的原始数据
Producer/Consumer	生产者不知道消费者是谁以及如何处理	生产者知道消费者是谁以及如何处理
Broker	提供事实日志超时时间后，事件被删除	处理各类问题被消费者感知后，消息被删除

离散事件：描述状态(state)的变化可执行的
连续事件：描述处于怎样的状态(condition) 可分析的

通常，事件是离散的，用于描述一个事物的状态变化，可以被执行。消费者根据离散事件所描述的状态，执行相应的动作。

事件也可以是连续数据流中的一部分，用来描述一个事物当前处于某种状态下。这些连续的事件是可分析的，消费者可以根据这些状态的变化，分析出某种趋势及背后的原因。

事件应当被设计为最小尺寸、最简类型、单一目的。这里要着重介绍下 CloudEvents。CloudEvents 在 2018 年 5 月进入 CNCF 基金会的沙箱项目，然后只用了1年多时间就成为 CNCF 的孵化项目，其发展速度非常快。CloudEvents 将会成为云服务之间，事件通讯的标准协议。同时要强调的是，CloudEvents 已经发布了多个消息中间件的绑定规范。

CloudEvents