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 端點 |
事件模型
事件方格會使用事件訂用帳戶將事件訊息路由至訂閱者。 此圖說明事件發行者、事件訂用帳戶與事件處理常式之間的關聯性。
首先，為端點訂閱事件。 然後，當事件觸發時，事件方格服務會將該事件的相關資料傳送至端點。
請參閱 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 事件：