Informática sin servidor en Azure: cómo construir un sitio de petición

El otro día, me encontré viendo cómo un teletipo en un sitio de petición daba vueltas lentamente en un millón de firmas. Estaba claro que el sitio tenía dificultades, ya que los correos electrónicos de autenticación demoraban hasta 24 horas en enviarse, lo que daba lugar a colas llenas de firmas no aprobadas que esperaban ser escritas en una base de datos. Al ver que el ticker cuenta, comencé a preguntarme cómo podría construirse un servicio como este utilizando algunas de las opciones de diseño más modernas disponibles en la nube con Azure, reuniendo muchas de las herramientas y servicios que he escrito en esta columna.

La arquitectura para un servicio como este es relativamente simple. Necesita un front-end web para recopilar firmas, un marco de mensajería para entregarlos a un back-end escalable, usar microservicios para escribirlos en una base de datos y verificar las identidades del remitente. Luego puede usar otras herramientas de mensajería para hacer un seguimiento de las firmas, y puede usar herramientas analíticas y aprendizaje automático para identificar entradas no válidas.

Diseñando un nivel web

Un elemento clave de un servicio como este es el contenido web. Es importante elegir el marco de desarrollo web adecuado. Si va a utilizar los microservicios de Azure para manejar los eventos generados por la página, una aplicación web de una sola página (SPA) es un marco útil para construir. Las herramientas de Azure para manejar contenido web escalable proporcionan una plataforma para entregar contenido, utilizando su red de entrega de contenido para escalar el contenido estático y las plantillas de página, con la puerta de enlace de aplicaciones integrada de Azure Front Door para manejar servidores de aplicaciones web de equilibrio de carga y para proporcionar una web Firewall de aplicaciones.

Yo usaría React como marco de trabajo web porque funciona bien en los SPA y su capacidad de respuesta lo hace ideal para una aplicación que necesita funcionar en múltiples dispositivos. Facilita la conexión de elementos de formulario a JavaScript, lo que le permite crear una carga útil de CloudEvents y enviarla a sus microservicios.

Crear un servicio como este en torno a una arquitectura de eventos impulsada por mensajería tiene mucho sentido. Debe poder escalar y trabajar en un entorno que está cambiando rápidamente. La mensajería, especialmente cuando está vinculada a un intermediario de mensajes, puede manejar infraestructuras dinámicamente cambiantes y los formatos de mensajes basados ​​en estándares, como el que se encuentra en el corazón de CloudEvents, le brindan un marco para construir y construir encabezados de mensajes y cargas útiles.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *