乐趣区

关于腾讯云:EventBridge-最佳实践场景三基于-EventBridge-设计零售业务中台

01. 背景介绍

随着信息化的一直倒退,以后不少批发企业都领有不少外部零碎来实现企业信息化,例如 应用 ERP、CRM 等业务零碎来治理商品、用户等信息,应用 OA、财务等外部零碎实现服务反对。然而,多项零碎彼此闭环,难以对立治理,这些问题间接促成了中台的呈现。

中台服务最大的价值也在于此,它提供了一个对立的平台接管不同事件,实现企业外部信息共享,并将事件转发给对应的上游服务进行生产解决,从而把更多的零碎连贯在一起。

当中台化成为越来越多传统批发企业的改革方向,如何设计和开发中台架形成了不少企业面临的新问题。不同零碎之间的信息结构千差万别,设计一套对立的标准实现事件接入与解决,往往是一个宏大的工作量。EventBridge 的呈现,则为这个问题提供了一个完满的解决方案。

作为一款平安、稳固、高效的无服务器事件治理平台,EventBridge 事件总线能够接管来自应用程序、软件即服务(SaaS)和腾讯云服务的实时事件及相干数据流,通过集成音讯推送和 SCF 云函数投递指标,实现事件疾速散发与实时生产,简化事件驱动中台架构的设计和研发老本。

02. 架构设计

如图,以批发中台为例,EventBridge 提供了对立的事件投递标准,业务方产生的不同类型事件(如用户下单、商品入库、订单更新等),通过 EB API 以雷同标准进行投递,由 EB 进行事件的过滤、提取后,依据配置的不同路由规定,将对应事件投递给相应的解决指标,实现事件的自动化解决。在该场景下,EventBridge 实现了业务中台的根底能力,企业也能够基于 EB 提供的接口标准以及路由准则,将 EB 作为底层架构,实现更简单的业务中台搭建,从而简化开发成本。

03. 计划劣势

  1. 对立事件标准:为简单多样的业务零碎提供统一标准的事件标准,保障事件一致性,不便后续解决。
  2. 简化开发流程:利用 EB 自带规定匹配与解决性能,以配置化的形式来进行不同起源事件的散发解决,升高开发门槛,晋升构建效率。
  3. 海量数据实时处理:EB 作为为流式的数据承当通道,能够在不同的数据仓库之间、数据处理程序之间、数据分析和解决零碎之间进行数据路由,实现海量业务事件的实时处理。
  4. 丰盛拓展能力:通过 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 老手体验。

退出移动版