這很重要
Azure Cache for Redis 宣布了所有 SKU 的淘汰時間表。 建議您儘快將現有的 Azure Cache for Redis 執行個體移至 Azure 受控 Redis 。
有關退役的更詳細資訊：
Azure Cache for Redis 事件 （例如修補、調整、匯入/匯出 （RDB） 事件） 會使用 Azure 事件方格 推送至訂閱者，例如 Azure Functions、Azure Logic Apps，甚至推送至您自己的 http 接聽程式。 事件方格可透過多種重試原則和無效信件處理，對您的應用程式提供可靠的事件傳遞。
請參閱適用於 Redis 的 Azure 快取事件架構 一文，以檢視適用於 Redis 的 Azure 快取支援之事件的完整清單。
如果您想要嘗試 Azure Cache for Redis 的事件功能，請參閱下列任何快速入門：
| 如果您想使用此工具： | 請參閱此快速入門： |
|---|---|
| Azure 入口網站 | 快速入門：透過 Azure 入口網站將 Azure Cache for Redis 事件路由至 Web 端點 |
| PowerShell | 快速入門：使用 PowerShell 將 Azure Redis 快取事件路由至 Web 端點 |
| Azure CLI | 快速入門：使用 Azure CLI 將 Azure Cache for Redis 事件路由傳送至 Web 端點 |
事件模型
事件方格會使用事件訂閱路由傳送事件訊息至訂閱者。 此影像說明事件發行者、事件訂用帳戶和事件處理常式之間的關係。
首先，為端點訂閱事件。 然後，當觸發事件時，事件方格服務會將該事件的相關資料傳送至端點。
請參閱 Azure Cache for Redis 事件結構描述 文章以檢視：
- Azure Cache for Redis 事件的完整清單，以及每個事件的觸發方式。
- 事件方格會針對每個事件傳送的資料範例。
- 資料中出現的每個索引鍵值組的用途。
取用事件的最佳做法
處理適用於 Redis 的 Azure 快取事件的應用程式應該遵循一些建議的做法：
- 由於可以設定多個訂閱，將事件路由至相同的事件處理常式，因此請務必不要假設事件來自特定來源，而是檢查訊息主題，以確保它來自您預期的 Azure Cache for Redis 實例。
- 同樣地，請檢查 eventType 是否是您已準備好處理的事件類型，而且不要假設您收到的所有事件都是您預期的類型。
- Azure Cache for Redis 事件可保證至少會向訂閱者傳遞一次，其可確保所有訊息都會輸出。 不過，由於重試或訂閱的可用性問題，偶爾可能會出現重複的訊息。 若要深入瞭解訊息傳遞和重試，請參閱 事件方格訊息傳遞和重試。
後續步驟
深入瞭解事件方格，並嘗試 Azure Cache for Redis 事件：