Aplicaciones controladas por eventos más confiables en Azure con el servicio Event Grid actualizado

Publicado el 19 febrero, 2019

Program Manager, Event Grid

Ha sido fascinante para nosotros formar parte del auge de la programación controlada por eventos como bloque de creación principal de la arquitectura de aplicaciones para la nube. Nuestra intención al hacer que las siguientes características estén disponibles con carácter general es que pueda crear aplicaciones controladas por datos más sofisticadas, estables y con un mejor rendimiento en Azure. Nos enorgullece anunciar la disponibilidad general del siguiente conjunto de características que antes estaban en versión preliminar:

  1. Cola de mensajes fallidos
  2. Directivas de reintentos
  3. Colas de almacenamiento como destino
  4. Conexiones híbridas como destino
  5. Protocolo de enlace de validación manual

Para aprovechar las ventajas de las características en disponibilidad general, asegúrese de utilizar los SDK y la API del 01-01-2019. Si utiliza Azure Portal o CloudShell, ya puede usarlas. Si utiliza la CLI o PowerShell, asegúrese de tener las versiones 2.0.56 o posterior para la CLI y 1.1.0 para PowerShell.

Cola de mensajes fallidos

Cola de mensajes fallidos ofrece una garantía de que, al menos una vez, recibirá los eventos en sistemas críticos. Con un destino de mensajes fallidos establecido, nunca perderá un mensaje, incluso si el controlador de eventos está inactivo, el proceso de autorización no funciona o hay un error en el punto de conexión y está desbordado por el volumen.

Cola de mensajes fallidos permite conectar cada suscripción de evento a una cuenta de almacenamiento, de modo que, si la canalización de eventos principal da error, Azure Event Grid puede entregar esos eventos a una cuenta de almacenamiento para consumirlos en cualquier momento.

Directivas de reintentos

Las directivas de reintentos aportan solidez a la canalización de eventos principal en el caso de errores efímeros. Aunque la cola de mensajes fallidos constituye un respaldo en el caso de errores de larga duración en el sistema, normalmente solo se dan interrupciones temporales en sistemas distribuidos.

La configuración de directivas de reintentos permite definir el número de veces o la cantidad de tiempo que desea que se reintente un evento antes de enviarlo a una cola de mensajes fallidos o eliminarlo. A veces, puede que le interese reintentar un evento todo el tiempo posible, independientemente de lo tarde que sea. Otras veces, si el evento ya se ha quedado obsoleto y no tiene valor, querrá eliminarlo de inmediato. Las directivas de reintentos le permiten elegir la programación de entrega que le resulte más adecuada.

Colas de almacenamiento como destino

Event Grid puede insertar los eventos directamente en una cola de Azure Storage. Las colas pueden ser un controlador de eventos muy eficaz cuando es necesario almacenar en búfer la entrada de eventos al controlador de eventos para que este pueda escalarse verticalmente sin problemas. De igual forma, si el controlador de eventos no puede garantizar el tiempo de actividad, la colocación de una cola de almacenamiento en medio permite contener esos eventos y procesarlos cuando el controlador de eventos esté preparado.

Las colas de almacenamiento incluyen también integración con redes virtuales (VNet), lo que permite insertar los eventos de Event Grid en una red virtual. Si necesita conectar un origen de eventos a un controlador de eventos que esté en una red virtual, puede indicarle a Event Grid que publique los eventos en una cola de almacenamiento para consumirlos después en la red virtual a través de la cola.

Conexiones híbridas como destino

Si desea crear y depurar soluciones en el entorno local estando conectado a recursos en la nube para un evento, si tiene un servicio en el entorno local que no puede exponer un punto de conexión HTTP o si tiene que trabajar desde detrás de un firewall bloqueado, la opción Conexiones híbridas le permite conectar esos recursos a Event Grid.

Con Conexiones híbridas como controlador de eventos, dispone de un punto de conexión HTTP al que conectar Event Grid. También le da la opción de crear una conexión WebSocket de salida del recurso local a la misma instancia de conexión híbrida. Después, la conexión híbrida transmitirá los eventos entrantes de Event Grid a su recurso local.

Protocolo de enlace de validación manual

No todos los controladores de eventos pueden personalizar su respuesta HTTP con el fin de proporcionar una prueba de propiedad del punto de conexión. Con el protocolo de enlace de validación manual, demostrar que es un propietario autorizado de un punto de conexión es tan sencillo como copiar y pegar.

Cuando registra una suscripción de Event Grid, se envía un evento de validación al punto de conexión con un código de validación. Aún puede responder al evento de validación devolviendo el código de validación; sin embargo, si no es conveniente, ahora puede copiar y pegar la dirección URL de validación incluida del evento en cualquier explorador para validar el punto de conexión. Si ejecuta GET en el punto de conexión, se valida la prueba de propiedad.

Confiamos en que encuentre interesantes estas noticias.

Equipo de Azure Event Grid