共用方式為


Azure Cache for Redis 事件方格概觀 (機器翻譯)

Azure Cache for Redis 事件,例如修補、縮放、匯入/匯出 (RDB) 事件,會使用 Azure 事件方格推送至訂閱者,例如 Azure Functions、Azure Logic Apps,甚至是您自己的 HTTP 接聽程式。 事件方格可透過多種重試原則和無效信件處理,對您的應用程式提供可靠的事件傳遞。

請參閱 Azure Cache for Redis 事件結構描述一文,以檢視 Azure Cache for Redis 支援的事件的完整清單。

如果您想要嘗試 Azure Cache for Redis 事件,請參閱下列這些快速入門:

如果您想要使用此工具: 請參閱此快速入門:
Azure 入口網站 快速入門:使用 Azure 入口網站將 Azure Cache for Redis 事件路由傳送至 Web 端點
PowerShell 快速入門:使用 PowerShell 將 Azure Cache for Redis 事件路由傳送至 Web 端點
Azure CLI 快速入門:使用 Azure CLI 將 Azure Cache for Redis 事件路由傳送至 Web 端點

事件模型

事件方格會使用事件訂用帳戶將事件訊息路由至訂閱者。 此圖說明事件發行者、事件訂用帳戶與事件處理常式之間的關聯性。

Event grid model.

首先,為端點訂閱事件。 然後,當事件觸發時,事件方格服務會將該事件的相關資料傳送至端點。

請參閱 Azure Cache for Redis 事件結構描述一文以檢視:

  • Azure Cache for Redis 事件的完整清單,以及每個事件的觸發方式。
  • 事件方格會為每個事件傳送的資料範例。
  • 出現在資料中的每個索引鍵/值組的用途。

取用事件的最佳做法

處理 Azure Cache for Redis 事件的應用程式應該遵循幾個建議做法:

  • 由於可設定多個訂用帳戶以將事件路由至相同的事件處理常式,因此重要的是,不要假設事件來自於特定來源,而要檢查訊息主題以確定其來自預期的 Azure Cache for Redis 執行個體。
  • 同樣地,檢查 eventType 也是必須進行的步驟之一,而且不要假設您收到的所有事件都是您預期的類型。
  • Azure Cache for Redis 事件可保證至少會向訂閱者傳遞一次,其可確保所有訊息都會輸出。 不過,由於重試或訂用帳戶的可用性,可能偶爾會出現重複的訊息。 若要深入了解訊息傳遞和重試,請參閱事件方格訊息傳遞和重試

下一步

深入了解事件方格,並嘗試使用 Azure Cache for Redis 事件: