Introducción a Event Grid de Azure Cache for Redis
Los eventos de Azure Cache for Redis, como la aplicación de revisiones, el escalado y la exportación o importación (RDB) se insertan mediante Azure Event Grid en suscriptores como Azure Functions, Azure Logic Apps o incluso en su propio cliente de escucha HTTP. Event Grid proporciona servicios de entrega confiables para sus aplicaciones mediante directivas de reintento enriquecidas y colas de mensajes fallidos.
Consulte el artículo Esquema de eventos de Azure Cache for Redis para ver la lista completa de los eventos que admite Azure Cache for Redis.
Si quiere probar eventos de Azure Cache for Redis, consulte cualquiera de estos inicios rápidos:
Si desea utilizar esta herramienta: | Consulte este inicio rápido: |
---|---|
Azure Portal | Inicio rápido: Enrutamiento de eventos de Azure Cache for Redis al punto de conexión web con Azure Portal |
PowerShell | Inicio rápido: Enrutamiento de eventos de Azure Cache for Redis al punto de conexión web con PowerShell |
Azure CLI | Inicio rápido: Enrutamiento de eventos de Azure Cache for Redis al punto de conexión web mediante la CLI de Azure |
Modelo de evento
Event Grid usa las suscripciones a eventos para enrutar los mensajes de eventos a los suscriptores. Esta imagen ilustra la relación entre los publicadores de eventos, las suscripciones a eventos y los controladores de eventos.
Primero, suscriba un punto de conexión a un evento. A continuación, cuando se desencadene un evento, el servicio Event Grid enviará datos sobre ese evento al punto de conexión.
Consulte el artículo Esquema de eventos de Azure Cache for Redis para ver:
- Una lista completa de los eventos de Azure Cache for Redis y el modo en que se desencadena cada uno.
- Un ejemplo de los datos que enviaría Event Grid para cada uno de estos eventos.
- El propósito de cada par clave-valor que aparece en los datos.
Procedimiento recomendado para el consumo de eventos
Las aplicaciones que controlan los eventos de Azure Cache for Redis deben seguir algunos procedimientos recomendados:
- Dado que se pueden configurar varias suscripciones para enrutar los eventos al mismo controlador de eventos, es importante no asumir que los eventos provienen de un origen determinado, sino comprobar el tema del mensaje para asegurarse de que proviene de la instancia de Azure Cache for Redis prevista.
- De igual forma, compruebe que eventType es uno de los que está preparado para procesar y no asuma que todos los eventos que reciba van a ser los tipos que espera.
- Los eventos de Azure Cache for Redis garantizan la entrega a los suscriptores al menos una vez, lo que confirma que se generan todos los mensajes. Sin embargo, debido a los reintentos o a la disponibilidad de las suscripciones, en algunas ocasiones se pueden generar mensajes duplicados. Para más información sobre la entrega de los mensajes y los reintentos de entrega, consulte Entrega y reintento de entrega de mensajes de Event Grid.
Pasos siguientes
Conozca más sobre Event Grid y pruebe los eventos de Azure Cache for Redis:
- Una introducción a Azure Event Grid
- Esquema de eventos de Azure Cache for Redis
- Enrutamiento de eventos de Azure Cache for Redis al punto de conexión web mediante la CLI de Azure
- Enrutamiento de eventos de Azure Cache for Redis al punto de conexión web con Azure Portal
- Enrutamiento de eventos de Azure Cache for Redis al punto de conexión web con PowerShell