你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
Azure Cache for Redis 事件网格概述
Azure Cache for Redis 事件(例如修补、缩放、导入/导出 (RDB) 事件)使用 Azure 事件网格推送到订阅方(例如 Azure Functions、Azure 逻辑应用),甚至推送到你自己的 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 事件: