EventBridge 最佳实践场景三：基于 EventBridge 设计零售业务中台
01. 背景介绍
随着信息化的不断发展，当前不少零售企业都拥有不少内部系统来实现企业信息化，例如 使用ERP、CRM 等业务系统来管理商品、用户等信息，使用 OA、财务等内部系统完成服务支持。然而，多项系统彼此闭环，难以统一管理，这些问题直接促进了中台的出现。
中台服务最大的价值也在于此，它提供了一个统一的平台接收不同事件，实现企业内部信息共享，并将事件转发给对应的下游服务进行消费处理，从而把更多的系统连接在一起。
当中台化成为越来越多传统零售企业的变革方向，如何设计和开发中台架构成了不少企业面临的新问题。不同系统之间的信息结构千差万别，设计一套统一的规范完成事件接入与处理，往往是一个庞大的工作量。EventBridge 的出现，则为这个问题提供了一个完美的解决方案。
作为一款安全、稳定、高效的无服务器事件管理平台，EventBridge 事件总线可以接收来自应用程序、软件即服务（SaaS）和腾讯云服务的实时事件及相关数据流，通过集成消息推送和 SCF 云函数投递目标，实现事件快速分发与实时消费，简化事件驱动中台架构的设计和研发成本。
02. 架构设计
如图，以零售中台为例，EventBridge 提供了统一的事件投递规范，业务方产生的不同类型事件（如用户下单、商品入库、订单更新等），通过 EB API 以相同规范进行投递，由 EB 进行事件的过滤、提取后，根据配置的不同路由规则，将对应事件投递给相应的处理目标，完成事件的自动化处理。在该场景下，EventBridge 完成了业务中台的基础能力，企业也可以基于 EB 提供的接口规范以及路由原则，将 EB 作为底层架构，完成更复杂的业务中台搭建，从而简化开发成本。
03. 方案优势
- 统一事件规范：为复杂多样的业务系统提供统一标准的事件规范，保证事件一致性，方便后续处理。
- 简化开发流程：利用 EB 自带规则匹配与处理功能，以配置化的方式来进行不同来源事件的分发处理，降低开发门槛，提升构建效率。
- 海量数据实时处理：EB 作为为流式的数据承担通道，可以在不同的数据仓库之间、数据处理程序之间、数据分析和处理系统之间进行数据路由，实现海量业务事件的实时处理。
- 丰富拓展能力：经过 EB 处理的事件保证了格式规范的统一，后端可以直接推送给不同的业务系统进行消费和业务逻辑处理；目前已完成和云函数 SCF 的集成，可基于函数通过任意一种编程语言开发数据处理逻辑，连接不同的系统与不同服务。
04. 基本步骤
如果想完成上述架构的搭建，具体的部署流程是怎样的呢？接下来将为大家进行具体的步骤介绍，可以了解如何通过 EventBridge，快速完成一个基础中台架构的搭建：
步骤一：绑定事件源
EventBridge 目前支持三类事件源的投递：
- 云服务事件源：云服务产品产生的事件，如监控告警事件、云上操作审计事件等，该类事件默认投递至云服务事件集，由业务方主动投递，用户不可修改或关闭，可以在「事件总线控制台」--「云服务事件集」详情页面查看目前支持的所有云服务事件。
- SaaS 事件源：基于鹊桥 iPaaS 实现，目前鹊桥 iPaaS 企业应用平台已完成与 Eventbridge 事件总线的对接，鹊桥 iPaaS 支持的 50+ SaaS 应用均可实现到 EB 的投递，想了解更多可以扫码（文末）入群交流。
- 自定义事件源：除了默认投递的事件外，EB 还支持自定义业务事件投递，您可以通过 Ckafka、TDMQ 等消息队列产品投递，API 网关 URL 回调，或者直接调用 API 接口等方式，自定义投递由业务方产生的事件信息。
对于零售中台架构，业务平台产生的事件为自定义事件，可通过调用接口或回调的方式，以统一规范投递给 EventBridge。
步骤二：配置路由规则
如何对收集到的不同业务来源事件进行分类处理，是中台系统需要关注的另一个问题，EventBridge 的规则过滤与筛选能力可以有效解决。基于 EB 标准事件格式，开发者可以自定义不同的字段匹配规则，来确定不同的事件需要被哪一个规则过滤，并进行简单的事件分析转换，实现海量数据分类高效处理。
步骤三：绑定推送目标
完成规则的配置后，业务方可以根据实际场景需要，将不同事件推送给指定的下游平台完成消费，实现相应业务逻辑，完成基本中台架构的搭建。
识别下方 👇 二维码，进入「事件总线」交流群
传送门：
- GitHub: github.com/serverless
- 官网：serverless.com
欢迎访问：Serverless 中文网，您可以在 最佳实践 里体验更多关于 Serverless 应用的开发！
推荐阅读
