作者：史明偉（世如）

前言：事件匯流排 EventBridge 產品和 FC (Serverless 函式計算) 產品全面深度整合，意味著函式計算和阿里雲生態各產品及業務 SaaS 系統有了統一標準的接入方式；依託 EventBridge 統一標準的事件源接入能力，結合 Serverless 函式計算高效敏捷的開發特點，能夠幫助客戶基於豐富的事件，結合 EDA 架構快速構建雲上業務系統。為了幫助大家更好的理解，今天的介紹主要分為三部分：為什麼需要一站式深度整合、FC 和 EventBridge 產品整合功能演示及場景介紹、EventBridge 和函式計算深度整合下一階段規劃。

## 為什麼需要一站式深度整合？

首先讓我們一起來看看什麼是 EventBridge，什麼是函式計算？

### 什麼是 EventBridge?

阿里雲事件匯流排（EventBridge）是一種無伺服器事件匯流排，支援將使用者的應用程式、第三方軟體即服務 (SaaS)資料和阿里雲服務的資料透過事件的方式輕鬆的連線到一起，這裡匯聚了來自雲產品及 SaaS 服務的豐富事件；

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/4f646e96c4fb49598daa5729c191643b.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

從整個架構來看，EventBridge 透過事件匯流排，事件規則將事件源和事件目標進行連線。首先，讓我們快速普及下 EventBridge 架構中涉及的幾個核心概念：

**• 事件**：狀態變化的記錄；
• **事件源**：事件的來源，事件的產生者，產生事件的系統和服務， 事件源生產事件並將其釋出到事件匯流排；
**• 事件匯流排：** 負責接收來自事件源的事件；EventBridge支援兩種型別的事件匯流排：
• **雲服務專用事件匯流排**：無需建立且不可修改的內建事件匯流排，用於接收您的阿里雲官方事件源的事件。
• **自定義事件匯流排**：標準儲存態匯流排，用於接收自定義應用或存量訊息資料的事件，一般事件驅動可選該匯流排。
• **事件規則**：用於過濾，轉化事件，幫助更好的投遞事件；
• **事件目標**：事件的消費者，負責具體事件的處理。

透過上面的流程，完成了事件的產生，事件的投遞，事件的處理整個過程。當然事件並不是一個新的概念，事件驅動架構也不是一個新的概念，事件在我們的系統中無處不在，事件驅動架構同樣伴隨著整個計算機的架構演進，不斷地被討論。對於 EventBridge，採用雲原生事件標準 CloudEvents 來描述事件；帶來事件的標準化，這樣的標準化和事件標準的開放性帶來一個最顯著的優勢：接入的標準化，無論是對於事件源還是事件目標。
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/d7119cb484b649c89e56575c91ca144a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

### 什麼是函式計算（FC）？

函式計算是事件驅動的全託管計算服務。使用函式計算，您無需採購與管理伺服器等基礎設施，只需編寫並上傳程式碼。函式計算為您準備好計算資源，彈性地、可靠地執行任務，並提供日誌查詢、效能監控和報警等功能。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/1e6626793d61448b91ddd58fe7aa5baa.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

透過上面的描述，總結起來大家只需要記住幾點：
• 簡單易用：快速上線，極大提升業務研發效率；
• 無伺服器運維：節省運維投入；
• 按需付費：沉穩應對突發流量場景；
• 事件驅動：雲產品互通，快速聯動。

###  為什麼函式計算需要 EventBridge?

函式計算以其輕量，快捷，能夠利用事件驅動的方式與其他雲產品進行聯動的特點， 成為很多客戶利用事件驅動架構構建業務系統的首選，隨著業務及客戶需求的不斷增加，客戶對於函式計算和更多雲產品及服務的連線需求變得越來越多，同時對於其他雲產品的客戶而言， 也希望能夠利用Serverless函式計算的特點幫助處理一些系統任務和事件。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/04b16a6df3bc4c9a82dde8755844e0e4.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

**1）事件源多樣性挑戰**

事件驅動作為函式計算產品核心競爭力，打通函式計算和其它雲產品，以及使用者自定義應用，SaaS 服務的連通成為函式計算生態整合的迫切需求，但系統整合，生態建設從來都不是一件容易的事情。函式計算系統在和 EventBridge 整合之前，已經和 OSS，SLS 等使用者典型場景的雲產品進行了整合，也和阿里雲的其它大概十多款產品進行了整合，不同系統具有不同的事件格式，不同系統的註冊通知機制也各不相同，以及上游不同系統的失敗處理機制也各不相同；部分系統支援同步的呼叫方式，部分系統支援非同步的呼叫方式，呼叫方式的差異主要取決於上游系統在接入函式計算的時候當時面臨的產品業務場景，對於新的產品能力和業務場景的擴充套件支援，在當時並未有太多的考慮。隨著和更多雲產品的整合，整合的投入，整合的困難度和底層資料管理難度越來越大。面對多種事件源整合的客觀困難，函式計算希望提高和其他雲產品的整合效率。

**2）授權複雜及安全隱患**

除此之外， 函式計算希望提升使用者體驗，保證使用者關心事件的處理；同時希望能夠在面對大量的雲產品時保證系統授權層面的複雜度。使用者在使用事件觸發的時候， 需要了解不同產品接入函式計算的許可權要求， 對於客戶使用函式計算帶來了非常大的困難，為了加速產品接入，大量使用者經常使用 FullAcees 許可權，造成較大產品安全隱患。

**3）通用能力難以沉澱**

面對上游不同的事件源， 如何更好的投遞事件、更好的消費事件？如何進行事件的錯誤處理？函式計算呼叫方式如何選擇？以及函式計算後端錯誤 Backpressure 能力的反饋、重試策略和上游系統引數設定、觸發器數量的限制等問題成為函式計算事件觸發不得不面對的問題。為了更好的服務客戶，提供可靠的消費處理能力，函式計算希望能夠有一個統一的接入層，基於統一的接入層進行消費能力和流控能力的建設。透過沉澱在這樣一個標準的層面，在保證呼叫靈活性的同時，提供可靠的服務質量。

## 為什麼 EventBridge 同樣需要函式計算？

EventBridge 作為標準的事件中心，目的是希望能夠幫助客戶把這些事件利用起來，能夠透過事件將產品的能力進行聯動，為了達成這樣的目的，勢必需要幫助客戶透過更便捷的路徑來快速消費處理這些事件。EventBridge 和函式計算的深度整合正是為了這樣的共同目標 —— 幫助客戶快速的構建基於 EDA 架構的業務系統，促進業務獲得成功。
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/61c4f91360974951ba037dc32d406f9e.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

## FC 和 EventBridge 產品整合功能演示及場景介紹
EventBridge 具體支援的事件型別， 基本上包括了阿里雲所有的官方產品。可以透過 EventBridge 官方主頁檢視目前支援的阿里雲官方產品事件源型別 。
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/115a2c06ec464dcdb4ffc2b37b4f58fc.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

### EventBridge 觸發器及非同步整合

點選下方連結跳轉檢視：
https://www.bilibili.com/video/BV1NY4y1e7fE/

函式計算非同步鏈路支援將處理結果直接投遞到 MQ 和 EventBridge，使用者可以利用 EventBridge 將相關的結果投遞到 SAAS 服務；

點選下方連結跳轉檢視：
https://www.bilibili.com/video/BV1FY411j7yz/

###  雙向整合的變化

**1）使用者更多的事件觸發選擇**

a. 函式計算支援 85+阿里雲官方事件源；
b. 函式計算支援整個阿里雲訊息佇列的事件觸發，包括 RocketMQ， RabbitMQ，MNS 等；

**2）使用者更便捷的事件觸發體驗**

a. EventBridge 和函式計算控制檯資料互通，使用者無需在函式計算控制檯和事件匯流排控制檯來回跳轉；
b. 使用者透過觸發器詳情，快速跳轉，利用 EventBridge 事件追蹤能力幫助使用者快速排查問題；

###  官方事件源運維場景總結
基於官方事件源的事件驅動場景，大概可以總結抽象成四個場景。

**場景一**：單賬號下某個雲產品的運維需求。通常客戶希望基於這樣的一個事件，包括類似像雲伺服器事件 ECS，或者容器服務映象事件，透過這樣的事件監聽做一些自動化診斷和運維操作。

**場景二**：實際是在場景一的基礎上的一個擴充套件，針對多個雲產品的事件，希望能夠進一步分析，做一些故障處理。

**場景三**：我們觀察到，大的一些企業，在使用雲產品的時候，實際上是由多個賬號去使用阿里雲的產品。在多個賬號，多個產品的情況下，希望能夠對多個賬號中的雲資源使用情況有一個全域性統一的視角進行實踐分析，同時進行賬號配額的一些調整。那這樣的話就是可以利用到 EventBridge 跨賬號事件投遞的能力，然後再利用函式計算做一個統一處理。

**場景四**：這個場景實際上是一個賬號跨域事件處理場景，EventBridge 目前並沒有去提供這樣一個跨域的能力，這種情況下，可以藉助函式計算提供的 HTTP 函式能力，自動生成 HTTP Endpoint，透過 EventBridge 的 HTTP 事件源，完成事件的跨域消費。
 ![在這裡插入圖片描述](https://img-blog.csdnimg.cn/0345cb9629de4b06ae71eff9017f4a24.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

### 自定義事件源場景總結
 
1）MNS 佇列自定義事件源觸發場景：客戶在 OSS 中上傳檔案之後，根據檔案上傳事件對 ACK 進行擴容，目前透過 OSS 事件傳送到 MNS 中，然後由 MNSQueue 訊息透過 EventBridge 觸發函式計算， 在函式計算中根據一定的邏輯進行 ECI 資源的建立；同時客戶希望透過 MNS 進行通知服務；利用 EventBridge 訂閱模式，透過事件規則的定義，讓通知服務和函式計算共享同一個事件訂閱規則，可以大大的簡化使用者的方案。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/3d86a9a145d742b6b8672fcffb5f84d9.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

2）RabbitMQ 佇列自定義事件源觸發場景：鑑於 RabbitMQ 在穩定性和可靠性方面的表現，在 IOT 場景具有非常普遍的使用，客戶通常會選擇使用 RabbitMQ 來進行端裝置資料採集和儲存， 考慮到 IOT 相關的嵌入式裝置效能使用環境，通常端裝置採集的資料比較偏向底層裸資料，在實際業務層面，客戶需要找到一種快速高效的途徑對 RabbitMQ 中的資料進行加工，透過 EventBridge 提供的自定義事件匯流排，利用函式計算對 RabbitMQ 中的資料快速處理， 實現 ETL 目的。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/ec9cae5d8c2b4e288a34416e43ba369a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

## EventBridge 和函式計算深度整合下一階段規劃
### 事件過濾高階 ETL 處理
將函式計算和 EventBridge 進行更緊密的整合，由函式計算提供一些高階的 ETL 能力，提升整個事件過濾轉換的能力。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/887960916afa4b3e99c65ef370cfaca2.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16)

###  提供更豐富的事件目標

目前 EventBridge 整個下游的事件目標相對來說較少，我們希望能夠透過函式計算和 EventBridge 的一個密切整合，利用函式計算敏捷的開發能力，分別透過大賬號模式和使用者自持的這樣一個能力，構建一些更豐富的 EventBridge 下游事件目標，幫助豐富整個事件目標的生態。

## 總結

本篇文章透過對 EventBridge 與 FC 一站式深度整合解析和整合場景的介紹，旨在幫助大家更好的瞭解面對豐富的事件時，如何使用 EventBridge 與 FC 的一站式整合方案，快速基於事件驅動（EDA）架構建雲上業務系統。

若您想要了解更多場景應用，可關注「阿里雲 EventBridge 系列公開課」，完整課程現已重磅推出，正在持續熱播中！本次系列直播課共包含有 5 個 Topic ，帶您一起深入瞭解阿里雲 EventBridge 事件匯流排的核心功能及應用。

系列課具體安排如下，有興趣的小夥伴不要錯過哦～

掃描海報中二維碼，加入釘釘群，檢視群回放，可觀看往期影片～
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/66d931400474415c9bd8a59e741c4e53.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_17,color_FFFFFF,t_70,g_se,x_16)

點選[此處](https://yqh.aliyun.com/live/detail/28367?spm=a2c6h.12873639.article-detail.8.27e250b4bPrOyV)，即可觀看本篇文章對應的公開課影片～

EventBridge 與 FC 一站式深度整合解析

相關文章