Compartir a través de

Azure Cache for Redis Event Grid 概述

  • Se aplica a: ✅ Azure Cache for Redis

重要

Azure Redis 缓存宣布了所有 SKU 的停用时间线。 建议尽快将现有的 Azure Redis 缓存实例移动到 Azure 托管 Redis 。

有关停用的更多详细信息：

Azure Redis 缓存事件（例如修补、缩放、导入/导出（RDB）事件使用 Azure 事件网格 推送到订阅者（例如 Azure Functions、Azure 逻辑应用），甚至推送到你自己的 http 侦听器。 事件网格通过丰富的重试策略和死信向应用程序提供可靠的事件传递。

请参阅 Azure Redis 缓存事件架构 文章，查看 Azure Redis 缓存支持的事件的完整列表。

若要尝试 Azure 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 Redis 缓存事件的完整列表以及触发每个事件的方式。
  • 事件网格针对其中每个事件发送的数据示例。
  • 数据中每个键值对的具体作用。

使用事件的最佳做法

处理 Azure Redis 缓存事件的应用程序应遵循一些建议的做法：

  • 由于可以将多个订阅配置为将事件路由到同一事件处理程序，因此请务必不要假定事件来自特定源，而是检查消息的主题，以确保它来自预期的 Azure Redis 缓存实例。
  • 同样，请检查 eventType 是否是你能够处理的类型，并且不要假设你收到的所有事件都会是你期望的类型。
  • Azure Redis 缓存事件保证至少一次传送到订阅者，这确保所有消息都会被输出。 但是，由于重试或订阅的可用性，有时可能会出现重复的消息。 若要了解有关消息传递和重试的详细信息，请参阅 事件网格消息传递和重试。

后续步骤

了解更多关于 Event Grid 的信息，并试用 Azure Cache for Redis 事件。