建立一個 IBM Cloud 帳戶

如果您沒有 IBM Cloud 帳戶，請 建立一個帳戶。

決定位置

決定要將您的服務託管在何處。 目前支援下列位置:

• 達拉斯 (us-south)
• 倫敦 (eu-gb)
• 法蘭克福 (eu-de)
• 雪梨 (au-syd)
• 馬德里 (eu-es)
• 多倫多 (ca-tor)
• 東京 (jp-tok)
• 大阪 (jp-osa)
• 聖保羅 (br-sao)
• 蒙特婁 (ca-mon)
• 華盛頓特區 (us-east)
• 清奈 (in-che)
• 孟買（母體內）

決定定價方案

根據您的商業需求，決定定價方案。 目前提供下列方案 :Lite 及 Standard。

• Lite:此方案提供您無限制的攝取事件、10 個主題、每個主題 2 個過濾器、5 個目的地、20 個外寄電子郵件、20 個外寄簡訊、20 個外寄 webhooks (包括 Slack，限制為 20 個 Slack 訊息)，以及每個推送目的地 1000 個通知 (每個實體累計，包括 Android、iOS, Huawei 裝置，以及 Chrome、Firefox、Safari 瀏覽器；一旦達到限制，實體即會停用)。 最多可訂閱十份，且每份訂閱最多可設定三位電子郵件收件人。

  精簡型方案不支援自訂電子郵件和自訂簡訊目的地。

• Standard: 您將被收取已接收事件及外發數位訊息的費用。 吸收的事件是已接收並過濾的事件。 如果已連接來源，但未定義任何過濾器 (亦即，來源未與任何主題相關聯)，則會捨棄送入的事件，且不會向您收費。 出埠數位訊息有各種類型，且每一種類型都個別定價。

  您可以使用 Pre-production 目標作為低成本的推送目標，用於您的開發和測試環境。 在完成開發和測試之後，您可以將 前置正式作業目的地 變更為 正式作業目的地。 此特性僅適用於 Standard 定價方案。

不允許將方案從付費方案 (標準) 變更為免費方案 (精簡方案)，因為這可能會因方案限制而導致中斷及資料流失。

選擇事件來源

您可以建立 API Source 或 IBM Cloud 來源。 如需進一步了解新增來源的流程，請參閱 《新增 Event Notifications 來源》。

API source 指出「事件」源自 IBM Cloud 之外，並透過 API 呼叫傳送至 Event Notifications 服務。

IBM Cloud source 指出 IBM Cloud 上可發出事件至 Event Notifications 服務的服務。

來源 IBM Cloud Resource Lifecycle Events 是內建來源。 此來源會將資源生命週期事件發出至 Event Notifications 服務。 此功能預設為停用狀態，必須啟用。

其他 IBM Cloud 來源必須先完成整合，才能開始向 Event Notifications 服務發送事件。

有關受支援的「IBM Cloud」來源完整清單，請參閱 《註冊事件來源》。

選擇事件目的地

目的地是通知的遞送目標。 支援以下兩類目的地：

• 「人類接收端」是指向人類顯示通知的裝置、伺服器或應用程式。
• 服務目的地是指透過程式化方式接收通知的雲端服務或應用程式。

有關支援的目的地完整清單，請參閱「使用事件目的地」。

若要進一步了解建立目的地的工作流程，請參閱 《 建立 Event Notifications 目的地 》。

將通知轉發至目的地

事件路由是透過主題、篩選器和訂閱，將您的來源與目的地相互連結。

• 一個主題會彙整來自一個或多個來源的事件。 每一個來源都透過使用者定義的過濾器連接至主題。
• 過濾器用來定義來自各來源的哪些事件會被路由至該主題。
• 訂閱會將主題與目的地連結起來，以便將符合條件的事件傳送給正確的人員或服務。

您可以在單一的引導式操作流程中，設定完整的路由流程——包括主題、篩選器、訂閱及審核。

若要設定事件路由，請參閱「將通知路由至目的地」。

儲存路由設定後，每當發生符合條件的事件時，系統便會將通知傳送至所選的接收端。

替代方案：使用 Terraform

除了使用控制台之外，您也可以透過 Terraform IBM Modules(TIM) 來實現「基礎架構即代碼」（ IaC ）的自動化，藉此為 Event Notifications 實例進行配置與設定。 Event Notifications 的 TIM 提供了一種符合 IBM Cloud 安全最佳實務的標準化、經過測試且適合企業環境的解決方案。