Event Grid y arquitectura controlada por eventos

En una arquitectura basada en eventos, los componentes se comunican publicando y suscribiéndose a eventos en lugar de llamarse directamente entre sí. Un componente (productor) emite un evento cuando ocurre algo relevante —se carga un archivo, se realiza un pedido o un dispositivo envía una medición—. Otros componentes (suscriptores) reaccionan a los eventos que les interesan, de forma independiente y asíncrona. Esto desacopla a los productores de los consumidores, lo que mejora la escalabilidad, la resiliencia y la mantenibilidad.

Azure Event Grid es un servicio de enrutamiento de eventos totalmente administrado que entrega eventos desde los orígenes (publicadores) hasta los controladores (suscriptores) mediante un modelo de inserción. Event Grid está diseñado para eventos reactivos y discretos: algo ha cambiado y debe reaccionar de inmediato. Garantiza una entrega de al menos una vez con reintentos automáticos, admite filtros para que los suscriptores solo reciban eventos relevantes y puede enrutar eventos a Azure Functions, Logic Apps, webhooks, Event Hubs y colas de Service Bus.

Los publicadores envían eventos a un tema de Event Grid. Los suscriptores crean suscripciones a eventos en un tema y especifican un punto de conexión y reglas de filtrado opcionales. Un mismo tema puede tener varias suscripciones; cada suscripción recibe una copia independiente de los eventos que coinciden. Los servicios de Azure, como Blob Storage, Resource Manager, Service Bus y Azure Container Registry, son orígenes de eventos integrados con temas del sistema que no requieren configuración adicional.

Los eventos publicados en Event Grid siguen un esquema JSON estándar con campos obligatorios: id (identificador único), eventType (por ejemplo, Microsoft.Storage.BlobCreated), subject (ruta al recurso del evento), eventTime (marca de tiempo ISO 8601), dataVersion y data (carga útil específica del evento). Event Grid también admite el esquema CloudEvents (estándar de CNCF) para interoperar con otras plataformas de eventos.

Las suscripciones a eventos admiten el filtrado para reducir el ruido en el extremo del suscriptor. Puede filtrar por tipo de evento (recibir solo BlobCreated, no BlobDeleted), por prefijo o sufijo del asunto (solo blobs de un contenedor específico) o mediante filtros avanzados en cualquier campo de los datos del evento, usando operadores como StringContains, NumberGreaterThan y BoolEquals. El filtrado se realiza en el servidor, por lo que los suscriptores solo reciben los eventos que coinciden con sus criterios.

Tres servicios de Azure gestionan eventos y mensajes; elija según su escenario. Event Grid sirve para el enrutamiento reactivo de eventos (bajo volumen, eventos discretos y reactivos; por ejemplo, una notificación de cambio de recurso). Event Hubs sirve para la transmisión de eventos de alto rendimiento (millones de eventos por segundo, telemetría y canalizaciones de macrodatos). Service Bus sirve para la mensajería empresarial con ordenación, deduplicación, mensajes en una cola de mensajes fallidos y transacciones (procesamiento de pedidos y transacciones financieras).

Publique eventos personalizados en un tema de Event Grid mediante una solicitud HTTP POST sencilla con la clave de acceso del tema. Cualquier servicio o aplicación que pueda realizar solicitudes HTTP puede publicar eventos. Esto facilita enormemente la emisión de eventos desde aplicaciones locales, servicios de terceros o servicios de Azure que no cuentan con compatibilidad nativa con Event Grid. Agrupe hasta 1 MB de eventos por POST para mejorar la eficiencia.

Si un intento de entrega de un evento falla (el suscriptor devuelve un estado HTTP distinto de 2xx), Event Grid vuelve a intentarlo mediante un retroceso exponencial con variación aleatoria durante un máximo de 24 horas (configurable hasta 72 horas), con un máximo de 30 reintentos. Una vez agotados los reintentos, Event Grid puede enviar los eventos no entregados a una cola de mensajes fallidos en un contenedor de Azure Blob Storage para investigarlos manualmente. Configure esta opción cuando la entrega fiable de eventos sea crítica y necesite auditar o volver a procesar los eventos fallidos.

Azure Event Hubs es una plataforma distribuida de transmisión de datos capaz de recibir y procesar millones de eventos por segundo. Utiliza un modelo de consumidores particionado: los eventos se distribuyen entre particiones y cada grupo de consumidores lee los eventos de forma independiente y a su propio ritmo. Esto permite que varios consumidores procesen la misma secuencia sin coordinación. Entre los casos de uso habituales se incluyen la ingesta de telemetría de IoT, la agregación de registros de aplicaciones, el análisis de flujos de clics y las canalizaciones de datos para paneles en tiempo real.

Azure Service Bus es un agente de mensajería empresarial que proporciona colas (punto a punto) y temas con suscripciones (publicación-suscripción). A diferencia de Event Grid (sin confirmación de entrega) y Event Hubs (transmisión), Service Bus garantiza la entrega ordenada (colas FIFO), la detección de duplicados, las colas de mensajes fallidos para errores de procesamiento, las sesiones de mensajes para el procesamiento agrupado y las transacciones; todo ello es esencial para los flujos de procesamiento financiero y de pedidos.

Un patrón habitual basado en eventos de Azure es el siguiente: un usuario carga un archivo en Blob Storage, que genera un evento BlobCreated para Event Grid. Event Grid enruta el evento a una Azure Function que procesa el archivo (cambia el tamaño de una imagen, extrae texto o valida datos) y escribe el resultado en Azure SQL Database. Si el procesamiento falla, el evento se envía a una cola de mensajes fallidos en un contenedor de almacenamiento. Toda esta canalización funciona sin sondeos y sin recursos de proceso persistentes cuando está inactiva.

En esta lección ha aprendido que Azure Event Grid enruta eventos discretos desde publicadores hasta suscriptores mediante entrega por inserción, filtrado y mensajes fallidos; ha conocido la diferencia principal entre Event Grid (eventos reactivos), Event Hubs (transmisión) y Service Bus (mensajería empresarial fiable); y ha aprendido a crear canalizaciones basadas en eventos encadenando eventos de Blob Storage a través de Event Grid hasta Azure Functions. A continuación, exploraremos los servicios de Azure DevOps.