*作者：* *昶風*

## 引言

使用者使用阿里雲每天都會有大量的事件產生，例如雲資源的增刪改查、配置的變更、應用的水位報警等。這些事件部分是由使用者業務操作觸發產生，部分是由系統檢測自動產生，這些離散的事件實時反映著使用者雲上資源的狀態，稍加挖掘便可以產生實用的價值。阿里雲 EventBridge 作為雲上事件樞紐，早已整合了雲上產品的各類事件，使用者開通 EventBridge 後使用內建的雲服務專用匯流排就可以監聽這些事件，無需建立任何額外資源。

同時，阿里雲各個雲服務提供了 open API 以滿足使用者對雲上資源管理的需求。對於期待搭建事件驅動架構（EDA）應用的雲上使用者而言，透過事件來觸發呼叫雲服務 open API 進行資源管理的能力將是業務能力版圖中不可或缺的一部分。

為了增強 EventBridge 對雲產品的驅動能力，EventBridge 在近期上線了 open API target，open API target 可以驅動所有云產品 openAPI，使得使用者能夠基於 EventBridge 來觸發雲產品 open API 以管理自己的雲上資源。

至此，EventBridge 實現了對雲服務事件的閉環處理，雲服務事件的產生、接收、加工等都可以使用 EventBridge 來完成，幫助使用者低成本實現雲上事件與資源的管控。

![1.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f8ae1cd18f4f478482172dc2a4dc657e~tplv-k3u1fbpfcp-zoom-1.image "1.png")

## 雲服務專用匯流排與阿里雲官方事件源

事件匯流排 EventBridge 是阿里雲提供的一款無伺服器事件匯流排服務，支援阿里雲服務、自定義應用、SaaS 應用以標準化、中心化的方式接入，並能夠以標準化的 CloudEvents 1.0 協議在這些應用之間路由事件，可以幫助使用者輕鬆構建松耦合、分散式的事件驅動架構。

在 EventBridge 架構中，事件的流轉過程是這樣的：首先事件由事件源產生，隨後被投遞到事件匯流排，經過濾轉換處理後最終投遞給事件目標。事件源是事件的生產者，事件匯流排是事件在 EventBridge 中的承載者。EventBridge 目前已經支援了阿里雲服務產生的各類事件，使用者透過一些簡單的配置即可獲取。

為了保證資源隔離，在事件匯流排和事件源層面，EventBridge 將雲服務事件與使用者自定義事件做了隔離處理，我們分別稱之為雲服務專用匯流排與阿里雲官方事件源。

![2.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/50a77544051a4b78ace162e8e00a1d6b~tplv-k3u1fbpfcp-zoom-1.image "2.png")

## 雲服務專用事件匯流排

在事件匯流排層面，EventBridge 目前支援的事件匯流排型別有 2 種：雲服務事件匯流排和自定義事件匯流排。

自定義事件匯流排是需要使用者自行建立並管理的事件匯流排，用於接收自定義應用或存量訊息資料的事件。自定義應用或存量訊息資料的事件只能釋出到自定義匯流排。

而云服務專用事件匯流排是一個無需建立且不可修改的內建事件匯流排，用於接收阿里雲官方事件源的事件。阿里雲官方事件源的事件只能釋出到雲服務專用匯流排。

對於雲服務事件，EventBridge 真正做到了開箱即用，使用者使用雲服務專用事件匯流排即可與眾多雲服務的事件生態打通。

## 阿里雲官方事件源

EventBridge 將雲服務事件統一收斂到一個事件源，稱之為阿里雲官方事件源。

官方事件源支援了目前阿里雲幾乎所有型別的雲服務，按照分類而言包括但不限於彈性計算、儲存、資料庫、安全、大資料、人工智慧、網路與 CDN、影片服務、容器、中介軟體、開發運維、域名和網站、物聯網、企業應用與服務等。

對於雲服務事件，其型別包含以下幾類：

1. 操作審計事件：阿里雲服務透過操作審計接入作為事件源釋出到事件匯流排 EventBridge 的事件型別。操作審計事件型別有：

-   API 呼叫事件。主要指開發者透過 API 主動對相關資源進行 CRUD 呼叫的事件，大量阿里雲控制檯基於 API 開發，對應的操作行為也會記錄為 ApiCall 事件。

-   部分控制檯或售賣頁的管控事件。由於這些控制檯或售賣頁並不是基於 API 來開發的，因此操作審計會將此類事件型別記錄為 ConsoleOperation 或 ConsoleCall。此類事件的名稱並不一定是 API 名稱，但能夠傳達基本操作行為的含義。

-   阿里雲平臺對使用者資源執行的管控事件。由阿里雲發起的操作，比如例項續費、到期釋放。例如，在建立 ECS 例項時，設定了例項自動釋放時間，那到時就會產生 type:AliyunServiceEvent 的事件，這個事件不是主動呼叫的，而是阿里雲平臺呼叫的，此類事件就是 AliyunServiceEvent 事件。目前此類事件主要存在於預付費例項的到期自動釋放事件。

2. 配置審計事件：阿里雲服務透過配置審計接入作為事件源釋出到事件匯流排 EventBridge 的事件型別。配置審計事件型別有：

-   配置變更歷史。配置審計將產生的資源變更事件進行推送。

-   資源不合規事件。當檢測到資源不合規時，配置審計會將相關資源不合規的事件進行投遞。

3. 雲監控事件：阿里雲服務透過雲監控接入作為事件源釋出到事件匯流排EventBridge的事件型別。

4. 採集事件：只要開通相應的阿里雲服務，就可以自動接入事件匯流排 EventBridge，事件匯流排 EventBridge 即可採集的事件。

> 阿里雲官方事件源使用示例可以參考：
> <https:>

## 利用 EventBridge 驅動雲產品 open API

### 基礎概念

阿里雲官方事件源解決了獲取雲上事件的問題，使得使用者可以感知雲上資源的變化。但對於部分使用者而言，感知並不是最終目的，他們更期望的是可以進一步對雲上的資源進行操作。為了達到這一目的，使用者可以在自己的業務程式碼中使用雲服務的 openAPI 來實現，但當業務所使用雲服務數目很多時，開發和後續運維成本將會陡然上升。

為了補足在雲服務資源管控方面的能力，EventBridge 在近期上線了 open API target，使得 EventBridge 具有驅動所有云產品 open API 的能力。使用者可以使用現有事件來觸發 open API 呼叫，進而進行雲資源的管理。open API target 允許使用者將阿里雲服務的 open API 作為事件目標。具體而言，它類似一個“觸發器”，當有滿足條件的事件到來時，open API target 會按照使用者預先設定的引數去呼叫雲服務 open API。

![3.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4ad2c8a3a4da4e5780b9c2d46bb9202a~tplv-k3u1fbpfcp-zoom-1.image "3.png")

### 使用介紹

在使用 open API target 時，需要提供以下引數：

-   雲服務名稱
-   雲服務 API 版本
-   API 名稱
-   API 引數列表
-   呼叫 API 角色

> 以上雲產品相關資訊可以透過查詢對應雲產品 sdk 文件來獲取。

針對呼叫 API 角色，其實是允許 EventBridge 以這個角色的身份去呼叫 open API。使用者需要建立一個自定義角色，並將其授信給事件匯流排 EventBridge。角色的許可權方面則可以按照需要去進行設定，在許可權最小的原則基礎上，確保當前許可權內容可以滿足呼叫 target 所指定的 open API。

![4.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/aa1faa6021b0417da470b9c44bd92027~tplv-k3u1fbpfcp-zoom-1.image "4.png")

![5.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/76f1218b755f4b898ed120dde1358b8f~tplv-k3u1fbpfcp-zoom-1.image "5.png")

### 使用示例

下面舉個例子介紹如何透過 open API target 建立 RocketMQ topic 資源。

1. 首先需要準備一個事件源，這裡為了便於測試，我們使用一個 source；

2. 選擇一個事件匯流排，點選“建立規則”；

![6.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b323efcf69b8439ebb1c734aa8c4baa1~tplv-k3u1fbpfcp-zoom-1.image "6.png")

3. 填入事件規則名稱與描述

![7.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/662ea578a7fc4f768a35cefae00d9b6e~tplv-k3u1fbpfcp-zoom-1.image "7.png")

4. 在配置事件模式部分選擇準備的 http 事件源

![8.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/5579303f4dfd424187ecb65f7a72b2d7~tplv-k3u1fbpfcp-zoom-1.image "8.png")

5. 在配置事件目標時，在“雲產品介面觸發”中選擇 RocketMQ，版本選擇“2019-02-14”，介面型別選擇“OnsGroupCreate”。API 引數按照需求填寫，注意這裡引數即可以填寫常量，也可以使用 jsonPath 從事件中獲取。在角色配置一欄選擇授信給 EventBridge 的角色，在這裡此角色的許可權策略已經滿足呼叫此介面的條件。

![9.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/81024d12318e4d49a4aca4bc35cee53a~tplv-k3u1fbpfcp-zoom-1.image "9.png")

![10.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/39d0ce00afec41ab8366817cce0c1379~tplv-k3u1fbpfcp-zoom-1.image "10.png")

6. 點選“建立”，完成 open API target 建立工作。

![11.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/2aa219416e7c486bb18e013a60504a4d~tplv-k3u1fbpfcp-zoom-1.image "11.png")

7. 隨後使用 http source 傳送事件，事件內容如下:

```
{
 "InstanceId": "MQ_INST_****_BXvPp0bx",
 "GroupId": "GID_openAPITest"
}
```

8. 觀察事件軌跡&MQ 控制檯檢視，可以發現事件成功投遞，對應 Group 成功建立

![12.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/ea8e38552dc94a3fb946b3625b58ad8d~tplv-k3u1fbpfcp-zoom-1.image "12.png")

![13.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/3c740971a3234b3093bdef2a08c56ee1~tplv-k3u1fbpfcp-zoom-1.image "13.png")

至此，我們成功透過 EventBridge 呼叫了雲服務 RocketMQ 的 open API。

## 最佳實踐

### 按需建立快照

快照是雲盤資料在某一時刻的完整複製或映象。快照作為雲盤的資料複製，天然適合災備場景，也可以用於製作映象，完成環境複製。針對誤操作導致的應用崩潰，快照的存在也可以幫助使用者對業務資料進行快速回滾，降低誤操作帶來的影響。

ECS 提供了週期性建立快照的能力，但對於部分客戶而言，按需建立快照或許是一個更為現實的需求。例如針對業務開發上線階段，對快照的需求可能較為迫切，此時可能需要在每次釋出前都儲存快照，以便問題排查和資料回滾。但進入業務維護階段，建立快照的需求可能並不頻繁。

![14.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/42a9a084321f406cb5ac190608d63370~tplv-k3u1fbpfcp-zoom-1.image "14.png")

如圖所示，使用者在 EventBridge 控制檯建立 http source 與 open API target，其中 open API target 具體為建立 ECS 映象。當業務進行部署時，使用者可以透過 http source 來投遞事件到 EventBridge，最終觸發快照建立。投遞事件的邏輯也可以在業務中進行更加自定義的定製，例如僅在大版本更新時才去進行 webhook 觸發等。這樣一來，使用者無需引入ECS  相關 open API，且對映象的建立操作也真正的做到了按需進行。

### 測試環境資源管理

針對雲上測試場景，有時需要先建立一些資源，待測試完成之後，再對這些資源進行刪除。

假定測試訂單處理場景是這樣的：使用者在函式計算上部署了測試下單服務與訂單處理服務，測試下單服務將傳送一定數目的訂單資料傳送至 RocketMQ，訂單處理消費 MQ 中的資料。服務配置資訊等從資料庫中讀取。

測試前需要以下前提條件：

1. 在資料庫中插入測試資料

2. 建立 RocketMQ topic 以做訂單非同步處理

測試結束後需要清理回收的資源：

1. 資料庫中刪除測試資料；

2. 清理掉剛剛測試建立的 topic；

![15.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/156c1bf5e2fb418c92ab0df3bff0d182~tplv-k3u1fbpfcp-zoom-1.image "15.png")

如圖，要滿足上述測試場景，使用者可以按照類似方式使用 EventBridge：

-   建立資源初始化規則，此規則包含 2 個 target，open API target 用於建立 rocketmq topic，而 mysql target 則用於初始化測試資料；

-   建立資源清理規則，此規則和資源初始化規則類似，區別在於此處的 target 執行的是資源清理邏輯；

-   建立測試啟動規則，此規則的 target 是函式計算服務，使用者通知測試下單服務開啟測試流程。

在上述規則建立完成之後，使用者僅需要在投遞事件到對應規則即可完成測試工作的各個階段。

### 運維自動化

運維工作的場景之一就是監控項配置，下面是一些運維時常見的場景。

1. 某些業務釋出期間會觸發監控項報警，運維人員可能需要臨時關閉報警，以避免不必要的簡訊、電話內容帶來誤判，等待發布結束之後再開啟報警；

2. 當有員工加入或者離職時，人事系統需要將此使用者從報警聯絡中新增或者移除，這樣保證新加入員工可以及時獲取報警資訊，同時也避免了業務運維狀況資訊洩露給離職人員；

3. 當有新業務部署時，需要增加主機監控，監測業務程式指標。

使用 EventBridge + 雲監控 CMS 就可以實現上述運維工作的自動化。

![16.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/95051a4911b244a395d3dce28dcf3b43~tplv-k3u1fbpfcp-zoom-1.image "16.png")

如圖，在 EventBridge 上配置好 CMS 相關的 open API target。針對業務系統，在業務部署前後向 EventBridge 投遞相應事件，完成報警項的關閉與開啟，同時自動配置主機監控。針對人事系統，在員工離職與入職環節增加事件投遞這一步驟，進而觸發報警聯絡人的更新。這樣，使用者僅需在 EventBridge 上進行簡單的操作，即可實現對監控能力的運維自動化。

感興趣的小夥伴們可以掃描下方二維碼加入釘釘群討論（群號：44552972）

![17.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/140338d7988f4ba18c00965d2e0fdb29~tplv-k3u1fbpfcp-zoom-1.image "17.png")

點選[此處](https://www.aliyun.com/product/aliware/eventbridge)，進入 EventBridge 官網瞭解更多資訊～</https:>

阿里雲事件生態再升級：使用 EventBridge 驅動全量雲產品

相關文章