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 规范事件格局，开发者能够自定义不同的字段匹配规定，来确定不同的事件须要被哪一个规定过滤，并进行简略的事件剖析转换，实现海量数据分类高效解决。
步骤三：绑定推送指标
实现规定的配置后，业务方能够依据理论场景须要，将不同事件推送给指定的上游平台实现生产，实现相应业务逻辑，实现根本中台架构的搭建。
One More Thing
立刻体验腾讯云 Serverless Demo，支付 Serverless 新用户礼包 👉 腾讯云 Serverless 老手体验。