共计 2961 个字符，预计需要花费 8 分钟才能阅读完成。
作者 ：史明伟（世如）阿里云高级技术专家
随着云原生技术的遍及和落地，企业在构建业务零碎时，往往须要依赖多个云产品和服务，产品互联、零碎协同的需要越来越强。事件驱动架构将事件利用于解耦服务之间的触发和交互，可能帮忙用户很好实现产品、零碎之间的互联互动。函数计算作为事件驱动架构的最佳抉择，须要为用户提供丰盛的事件源触发能力。
对于函数计算而言，事件源接入须要清晰地理解上游每一个事件源的诸多细节和鉴权要求，同时事件处理和零碎谬误追踪变得越加艰难，集成效率成为妨碍产品能力的最大阻碍。为了减速事件源集成的效率，函数计算须要找到一种统一标准的事件源接入形式，基于通用的接入层进行根底能力和可观测性的建设，为客户提供丰盛的事件源触发抉择。
在这样的背景和需要下，阿里云函数计算（Function Compute）和阿里云事件总线（EventBridge）产品实现全面深度集成。 这意味着函数计算和阿里云生态各产品及业务 SaaS 零碎有了统一标准的接入形式，意味着函数计算将具备接入 EventBridge 所有事件源的触发能力，Serverless 函数计算将实现触达阿里云全系产品服务的“最初一公里”，为基于阿里云生态产品提供重要的架构扩大能力。
为什么是 EventBridge？
阿里云事件总线（EventBridge）是一种无服务器事件总线，反对将用户的应用程序、第三方软件即服务（SaaS）数据和阿里云服务的数据通过事件的形式轻松的连贯到一起，这里汇聚了来自云产品及 SaaS 服务的丰盛事件，EventBridge 具备事件标准化和接入标准化的能力：
- 事件标准化：EventBridge 遵循业界规范的 CloudEvent 事件标准，汇聚了来自阿里云生态和 EventBridge 合作伙伴丰盛事件源的各种事件，同时提供了欠缺的事件投递机制和生产策略，整个零碎事件流转遵循对立的事件格局；
- 接入标准化：函数计算抉择和 EventBridge 集成，无论是产品服务类型泛滥的阿里云官网事件源，还是第三方 SaaS 零碎，EventBridge 都可能为函数计算和其它系统集成提供对立的集成界面，函数计算无需关注上游事件源的具体实现细节，只须要专一于事件处理，将事件的集成和投递全副交给 EventBridge 来解决；
EventBridge + Function Compute 的联合让事件驱动型应用程序的构建变得简略，因为它能够为您实现事件摄取和交付、平安保障、受权以及错误处理工作。容许您构建涣散耦合和散布的事件驱动型架构，帮忙进步开发人员敏捷性和应用程序弹性。函数计算零碎提供了欠缺的函数创立，公布和运行体系，灵便的构建能力联合极致的运行时弹性能力将帮忙业务构建云原生时代最富显著特色的事件驱动型架构。
同时，EventBridge 可能提供来自事件源（例如 MQ、OSS、RDB 等）的实时数据流，并将该数据路由到阿里云函数计算作为指标。您能够设置路由规定来确定发送数据的目的地，以便构建可能实时响应所有数据源的应用程序架构。
函数计算 + EventBridge 带来的变动？
提供 90+ 事件源接入
在和 EventBridge 集成之前，函数计算曾经实现了和阿里云局部外围零碎的集成，随着函数计算 EventBridge 的深度集成，阿里云生态大量服务实现了和函数计算集成，这些服务或产品的事件将作为事件源触发函数；目前函数计算触发器类型曾经从原来的 15+ 减少到 90+，并随着 EventBridge 上游接入零碎的减少而不断丰富；
控制台享受一站式服务
EventBridge 和函数计算控制台数据互通，用户在 EventBridge 控制台可能以事件为主体选择函数计算作为事件处理指标，在 EventBridge 控制台享受一站式服务；同样在函数计算控制台，用户可能依据不同触发器类型依据对应的事件类型编写函数；用户无需在函数计算控制台和事件总线控制台来回跳转；
保证数据一致性和稳定性
用户无论是在函数计算管制台上通过创立触发器的形式解决指定事件源的事件；还是在 EventBridge 控制台应用函数计算作为事件处理指标，提供对立的资源视图；同时在底层零碎实现上，因为后端系统 API 的深度集成，可能保障下层业务逻辑采纳对立的 API 及解决逻辑，从技术层面确保了多个入口性能实现的一致性，为客户零碎稳固运行奠定松软的根底；
简化数据生产投递的复杂度
对于数据生产场景，EventBridge 负责了上游零碎的对接和数据生产，用户无需关怀事件源零碎数据具体生产形式，这部分工作对立由 EventBridge 实现；对于函数计算用户，只须要思考数据投递的逻辑；用户能够间接抉择 EventBridge 提供的上游 Target 实现数据投递，也能够在代码层面仅应用 EventBridge 提供的 SDK 实现数据的投递，大大简化了数据投递的复杂度。
触发器业务利用场景
上面就让咱们一起摸索，理论的业务生产环境，咱们如何利用这两把利器让这所有简略的产生：
自动化经营剖析和展现
业务零碎会产生大量动静指标数据，须要提取指标数据做经营剖析和展现，通过 EventBridge 和 FC 异步化串联实现自动化经营剖析和展现。传统计划须要基于实时计算或者离线计算产品做数据提取和剖析，整个计划较重，配置简单。数据分析后果须要做预约义的展现渲染和推送，须要手工对接业务零碎，步骤繁琐。
采纳新的 EDA 架构，采纳 EventBridge 对接业务自定义事件数据，规定驱动过滤逻辑简略。采纳 FC 能够轻量化实现常见的数据分析操作，代码编写调试更简略；同时利用 EventBridge 丰盛的推送能力，能够实现剖析后果疾速触达受众。
异步解耦
以交易引擎为例，交易系统引擎作为最外围的零碎，每笔交易订单数据须要被几十几个上游业务零碎关注，包含物品批价、发货、积分、流计算剖析等等，多个系统对音讯的解决逻辑不统一，单个零碎不可能去适配每一个关联业务。联合 EventBridge 事件核心和函数计算灵便的逻辑扩大能力构建业务逻辑。
新批发大促场景 Serverless + EDA 整合
大型新批发场景会随同不定期大促，平时流量不大的业务在大促场景也会产生零碎流量突增，极致弹性和稳固解耦的架构至关重要。基于传统模式开发稳固牢靠、高弹性的后盾服务人力不足、工期缓和；大促场景保障峰值流量须要预留大量资源，平时低峰期资源闲置节约。新批发大促场景利用函数计算 + EventBridge + API 网关搭建 Serverless 模式服务中台，撑持海量申请拜访，零碎具备极致弹性，无需预留治理 IaaS 资源，极大水平升高闲置老本；同时函数计算提供麻利开发联合 EventBridge 低代码异步驱动，业务迭代效率大幅晋升。
总结
如果说事件背地的服务是阿里云生态服务的积木，那么 Serverless 函数计算将是可能将这些积木通过笨重的形式组合起来艺术化的最佳伎俩；你能够利用函数计算为这些积木涂上更壮丽的色调，同时可能将他们串联起来，搭建一个具备无比设想空间的 SaaS/PaaS 服务艺术品。
EventBridge 触发器现已在阿里云函数计算控制台所有地区（Region）凋谢，欢送大家点击 此处 进行应用体验！
对于触发器具体创立，配置，参考阿里云函数计算官网帮忙文档：https://help.aliyun.com/docum…
\