隨著云原生技術(shù)的普及和落地，企業(yè)在構(gòu)建業(yè)務(wù)系統(tǒng)時，往往需要依賴多個云產(chǎn)品和服務(wù)，產(chǎn)品互聯(lián)、系統(tǒng)協(xié)同的需求越來越強。事件驅(qū)動架構(gòu)將事件應(yīng)用于解耦服務(wù)之間的觸發(fā)和交互， 能夠幫助用戶很好實現(xiàn)產(chǎn)品、系統(tǒng)之間的互聯(lián)互動。函數(shù)計算作為事件驅(qū)動架構(gòu)的最佳選擇，需要為用戶提供豐富的事件源觸發(fā)能力。

對于函數(shù)計算而言，事件源接入需要清晰地了解上游每一個事件源的諸多細節(jié)和鑒權(quán)要求，同時事件處理和系統(tǒng)錯誤追蹤變得越加困難，集成效率成為阻礙產(chǎn)品能力的最大障礙。為了加速事件源集成的效率，函數(shù)計算需要找到一種統(tǒng)一標準的事件源接入方式，基于通用的接入層進行基礎(chǔ)能力和可觀測性的建設(shè)，為客戶提供豐富的事件源觸發(fā)選擇。

在這樣的背景和需求下，阿里云函數(shù)計算（Function Compute）和阿里云事件總線（EventBridge）產(chǎn)品完成全面深度集成。這意味著函數(shù)計算和阿里云生態(tài)各產(chǎn)品及業(yè)務(wù) SaaS 系統(tǒng)有了統(tǒng)一標準的接入方式，意味著函數(shù)計算將具備接入 EventBridge 所有事件源的觸發(fā)能力，Serverless 函數(shù)計算將實現(xiàn)觸達阿里云全系產(chǎn)品服務(wù)的“最后一公里”，為基于阿里云生態(tài)產(chǎn)品提供重要的架構(gòu)擴展能力。

01

為什么是 EventBridge？

Cloud Native

阿里云事件總線（EventBridge）是一種無服務(wù)器事件總線，支持將用戶的應(yīng)用程序、第三方軟件即服務(wù)（SaaS）數(shù)據(jù)和阿里云服務(wù)的數(shù)據(jù)通過事件的方式輕松的連接到一起，這里匯聚了來自云產(chǎn)品及 SaaS 服務(wù)的豐富事件，EventBridge 具備事件標準化和接入標準化的能力：

• 事件標準化：EventBridge 遵循業(yè)界標準的 CloudEvent 事件格式，匯聚了來自阿里云生態(tài)和 EventBridge 合作伙伴豐富事件源的各種事件，同時提供了完善的事件投遞機制和消費策略，整個系統(tǒng)事件流轉(zhuǎn)遵循統(tǒng)一的事件格式；

• 接入標準化：函數(shù)計算選擇和 EventBridge 集成，無論是產(chǎn)品服務(wù)類型眾多的阿里云官方事件源，還是第三方 SaaS 系統(tǒng)，EventBridge 都能夠為函數(shù)計算和其它系統(tǒng)集成提供統(tǒng)一的集成界面，函數(shù)計算無需關(guān)注上游事件源的具體實現(xiàn)細節(jié)，只需要專注于事件處理，將事件的集成和投遞全部交給 EventBridge 來處理；

EventBridge  + Function Compute 的結(jié)合讓事件驅(qū)動型應(yīng)用程序的構(gòu)建變得簡單，因為它可以為您完成事件攝取和交付、安全保障、授權(quán)以及錯誤處理工作。允許您構(gòu)建松散耦合和分布的事件驅(qū)動型架構(gòu)，幫助提高開發(fā)人員敏捷性和應(yīng)用程序彈性。函數(shù)計算系統(tǒng)提供了完善的函數(shù)創(chuàng)建， 發(fā)布和運行體系，靈活的構(gòu)建能力結(jié)合極致的運行時彈性能力將幫助業(yè)務(wù)構(gòu)建云原生時代最富顯著特征的事件驅(qū)動型架構(gòu)。

同時，EventBridge 能夠提供來自事件源（例如 MQ、OSS、RDB等）的實時數(shù)據(jù)流，并將該數(shù)據(jù)路由到阿里云函數(shù)計算作為目標。您可以設(shè)置路由規(guī)則來確定發(fā)送數(shù)據(jù)的目的地，以便構(gòu)建能夠?qū)崟r響應(yīng)所有數(shù)據(jù)源的應(yīng)用程序架構(gòu)。

02

函數(shù)計算 + EventBridge

帶來的變化？

Cloud Native

1
提供 90+ 事件源接入

在和 EventBridge 集成之前， 函數(shù)計算已經(jīng)實現(xiàn)了和阿里云部分核心系統(tǒng)的集成，隨著函數(shù)計算 EventBridge 的深度集成，阿里云生態(tài)大量服務(wù)實現(xiàn)了和函數(shù)計算集成， 這些服務(wù)或產(chǎn)品的事件將作為事件源觸發(fā)函數(shù)；目前函數(shù)計算觸發(fā)器類型已經(jīng)從原來的 15+ 增加到 90+，并隨著 EventBridge 上游接入系統(tǒng)的增加而不斷豐富；

2
控制臺享受一站式服務(wù)

EventBridge 和函數(shù)計算控制臺數(shù)據(jù)互通，用戶在 EventBridge 控制臺能夠以事件為主體選擇函數(shù)計算作為事件處理目標，在 EventBridge 控制臺享受一站式服務(wù)；同樣在函數(shù)計算控制臺，用戶能夠根據(jù)不同觸發(fā)器類型根據(jù)對應(yīng)的事件類型編寫函數(shù)；用戶無需在函數(shù)計算控制臺和事件總線控制臺來回跳轉(zhuǎn)；
3
保證數(shù)據(jù)一致性和穩(wěn)定性

用戶無論是在函數(shù)計算控制臺上通過創(chuàng)建觸發(fā)器的方式處理指定事件源的事件；還是在 EventBridge 控制臺使用函數(shù)計算作為事件處理目標，提供統(tǒng)一的資源視圖；同時在底層系統(tǒng)實現(xiàn)上，由于后端系統(tǒng) API 的深度集成，能夠保證上層業(yè)務(wù)邏輯采用統(tǒng)一的 API 及處理邏輯，從技術(shù)層面確保了多個入口功能實現(xiàn)的一致性，為客戶系統(tǒng)穩(wěn)定運行奠定堅實的基礎(chǔ)；
4
簡化數(shù)據(jù)消費投遞的復(fù)雜度

對于數(shù)據(jù)消費場景，EventBridge 負責(zé)了上游系統(tǒng)的對接和數(shù)據(jù)消費，用戶無需關(guān)心事件源系統(tǒng)數(shù)據(jù)具體消費方式，這部分工作統(tǒng)一由 EventBridge 完成；對于函數(shù)計算用戶，只需要考慮數(shù)據(jù)投遞的邏輯；用戶可以直接選擇 EventBridge 提供的下游 Target 實現(xiàn)數(shù)據(jù)投遞，也可以在代碼層面僅使用 EventBridge 提供的 SDK 實現(xiàn)數(shù)據(jù)的投遞，大大簡化了數(shù)據(jù)投遞的復(fù)雜度。
03

觸發(fā)器業(yè)務(wù)應(yīng)用場景

Cloud Native

下面就讓我們一起探索， 實際的業(yè)務(wù)生產(chǎn)環(huán)境，我們?nèi)绾卫眠@兩把利器讓這一切簡單的發(fā)生：
1
自動化運營分析和展示

業(yè)務(wù)系統(tǒng)會產(chǎn)生大量動態(tài)指標數(shù)據(jù)，需要提取指標數(shù)據(jù)做運營分析和展示，通過 EventBridge 和 FC 異步化串聯(lián)實現(xiàn)自動化運營分析和展示。傳統(tǒng)方案需要基于實時計算或者離線計算產(chǎn)品做數(shù)據(jù)提取和分析，整個方案較重，配置復(fù)雜。數(shù)據(jù)分析結(jié)果需要做預(yù)定義的展示渲染和推送，需要手工對接業(yè)務(wù)系統(tǒng)，步驟繁瑣。
采用新的 EDA 架構(gòu)，采用 EventBridge 對接業(yè)務(wù)自定義事件數(shù)據(jù)，規(guī)則驅(qū)動過濾邏輯簡單。采用 FC 可以輕量化實現(xiàn)常見的數(shù)據(jù)分析操作，代碼編寫調(diào)試更簡單；同時利用EventBridge 豐富的推送能力，可以實現(xiàn)分析結(jié)果快速觸達受眾。

2
異步解耦

以交易引擎為例，交易系統(tǒng)引擎作為最核心的系統(tǒng)，每筆交易訂單數(shù)據(jù)需要被幾十幾個下游業(yè)務(wù)系統(tǒng)關(guān)注，包括物品批價、發(fā)貨、積分、流計算分析等等，多個系統(tǒng)對消息的處理邏輯不一致，單個系統(tǒng)不可能去適配每一個關(guān)聯(lián)業(yè)務(wù)。結(jié)合 EventBridge 事件中心和函數(shù)計算靈活的邏輯擴展能力構(gòu)建業(yè)務(wù)邏輯。

新零售大促場景 Serverless + EDA 整合

大型新零售場景會伴隨不定期大促，平時流量不大的業(yè)務(wù)在大促場景也會產(chǎn)生系統(tǒng)流量突增，極致彈性和穩(wěn)定解耦的架構(gòu)至關(guān)重要。基于傳統(tǒng)模式開發(fā)穩(wěn)定可靠、高彈性的后臺服務(wù)人力不足、工期緊張；大促場景保障峰值流量需要預(yù)留大量資源，平時低峰期資源閑置浪費。新零售大促場景利用函數(shù)計算 + EventBridge + API 網(wǎng)關(guān)搭建 Serverless 模式服務(wù)中臺，支撐海量請求訪問， 系統(tǒng)具備極致彈性，無需預(yù)留管理 IaaS 資源，極大程度降低閑置成本；同時函數(shù)計算提供敏捷開發(fā)結(jié)合 EventBridge 低代碼異步驅(qū)動，業(yè)務(wù)迭代效率大幅提升。如果說事件背后的服務(wù)是阿里云生態(tài)服務(wù)的積木， 那么 Serverless 函數(shù)計算將是能夠?qū)⑦@些積木通過輕巧的方式組合起來藝術(shù)化的最佳手段；你可以利用函數(shù)計算為這些積木涂上更絢麗的色彩，同時能夠?qū)⑺麄兇?lián)起來，搭建一個具有無比想象空間的 Saas/PaaS 服務(wù)藝術(shù)品。
EventBridge 觸發(fā)器現(xiàn)已在阿里云函數(shù)計算控制臺所有地域（Region）開放，歡迎大家點擊閱讀原文進行使用體驗！