Arquitecturas controladas por eventos

Una arquitectura controlada por eventos es un patrón de diseño de software en el que los microservicios reaccionan a los cambios en el estado, llamados eventos. Los eventos pueden llevar un estado (como el precio de un artículo o una dirección de entrega) o los eventos pueden ser identificadores (una notificación que indica que se recibió o envió un pedido, por ejemplo). Los eventos activan microservicios que trabajan en conjunto para lograr un objetivo común, pero no tienen que conocerse entre sí, excepto el formato de evento. Aunque operan en conjunto, cada microservicio puede aplicar una lógica empresarial diferente y emitir sus propios eventos de salida.

Un evento tiene las siguientes características:

  • Es un registro de algo que sucedió.
  • Captura un hecho inmutable que no se puede cambiar ni borrar.
  • Ocurre si un servicio aplica o no cualquier lógica cuando se lo consume.
  • Puede conservarse de forma indefinida, a gran escala y consumirse tantas veces como sea necesario.

En un sistema controlado por eventos, los eventos se generan mediante productores de eventos, transferidos y filtrados por unenrutador de eventos (o agente) y luego se distribuyen a consumidores de eventos (o receptores). Los eventos se reenvían a los suscriptores definidos por uno o más activadores coincidentes. Estos tres componentes (productores de eventos, enrutador de eventos, consumidores de eventos) se separan, y se pueden implementar, actualizar y escalar de forma independiente:

Agentes y suscriptores del evento

El enrutador de eventos vincula los diferentes servicios y es el medio a través del cual se envían y reciben los mensajes. Ejecuta una respuesta al evento original generado por un productor de eventos y envía esta respuesta descendente a los consumidores adecuados. Los eventos se controlan de forma asíncrona y sus resultados se deciden cuando un servicio reacciona a un evento o se ve afectado por él, como en el siguiente diagrama de un flujo de eventos muy simplificado:

Arquitectura controlada por eventos

Cuándo usar arquitecturas controladas por eventos

Ten en cuenta los siguientes usos cuando diseñes tu sistema.

  • Supervisar y recibir alertas para detectar anomalías o cambios en los buckets de almacenamiento, tablas de bases de datos, máquinas virtuales y otros recursos
  • Distribuir un solo evento para varios consumidores. El enrutador de eventos enviará el evento a todos los consumidores adecuados, sin que tengas que escribir código personalizado. Cada servicio puede procesar el evento en paralelo, pero de manera diferente.
  • Proporcionar interoperabilidad entre diferentes technology stacks mientras se mantiene la independencia de cada pila
  • Coordinar sistemas y equipos que operan y se implementan en diferentes regiones y cuentas. Puedes reorganizar con facilidad la propiedad de los microservicios. Hay menos dependencias entre equipos y puedes reaccionar más rápido a los cambios que, de lo contrario, las barreras al acceso a los datos impedirían.

Beneficios de las arquitecturas controladas por eventos

Estas son algunas de las ventajas cuando se compila una arquitectura controlada por eventos.

Acoplamiento bajo y agilidad mejorada para los desarrolladores

Los productores de eventos están separados de forma lógica de los consumidores de eventos. Esta separación entre la producción y el consumo de los eventos significa que los servicios son interoperables, pero que se pueden escalar, actualizar e implementar de forma independiente.

El acoplamiento bajo de contenedores reduce las dependencias y te permite implementar servicios en diferentes lenguajes y frameworks. Puedes agregar o quitar productores y receptores de eventos sin tener que cambiar la lógica en ningún servicio. No necesitas escribir código personalizado para sondear, filtrar y enrutar eventos.

Eventos y resiliencia asíncronos

En un sistema basado en eventos, los eventos se generan de forma asíncrona y se pueden emitir a medida que ocurren sin esperar una respuesta. Los componentes vinculados de manera flexible significan que, si un servicio falla, los otros no se verán afectados. Si es necesario, puedes registrar eventos para que el servicio de recepción pueda reanudarse desde el punto de falla o volver a reproducir eventos pasados.

Mensajes basados en envíos, transmisiones de eventos en tiempo real y costos más bajos

Los sistemas controlados por eventos permiten una mensajería fácil basada en envíos y los clientes pueden recibir actualizaciones sin necesidad de sondear de forma continua los servicios remotos para detectar cambios de estado. Estos mensajes enviados se pueden usar para el procesamiento y la transformación de datos sobre la marcha, y el análisis en tiempo real. Además, con menos sondeo, hay una reducción en la E/S de la red y costos reducidos.

Auditoría simplificada y fuente de eventos

La ubicación centralizada del enrutador de eventos simplifica la auditoría y te permite controlar quién puede interactuar con un enrutador, y qué usuarios y recursos tienen acceso a tus datos. También puedes encriptar tus datos en tránsito y en reposo.

Además, puedes usar la fuente de eventos, un patrón de arquitectura que registra todos los cambios realizados en el estado de una aplicación, en la misma secuencia en la que se aplicaron originalmente. La obtención de eventos proporciona un registro de los eventos inmutables que se pueden conservar con fines de auditoría, para recrear estados históricos o como una descripción canónica que explica una decisión basada en una empresa.

Consideraciones de arquitectura

Una arquitectura controlada por eventos puede requerir que te enfoques en el diseño de la aplicación de una manera nueva. Aunque es adecuado para aplicaciones que usan microservicios o componentes separados, también debes considerar lo siguiente:

  • ¿Tu fuente de eventos puede garantizar la entrega si necesitas procesar cada evento?

    Debe ser una fuente de evento duradera y confiable.

  • ¿Tu aplicación puede manejar varias solicitudes asíncronas?

    El rendimiento del sistema no debe depender de un permiso global o de bases de datos inflexibles.

  • ¿Cómo quieres realizar un seguimiento del flujo de eventos?

    Una arquitectura basada en eventos admite el seguimiento dinámico mediante servicios de supervisión, pero no el seguimiento estático mediante el análisis de código.

  • ¿Quieres usar los datos en la fuente del evento para volver a compilar el estado?

    Debes considerar cómo asegurarte de que se anule la duplicación de tus datos se anulen y soliciten.

¿Qué sigue?