• Distribuye el evento a varios componentes, como los conductores cercanos y el sistema de cálculo de precios dinámicos (precios variables según la demanda).

• Permite la escalabilidad del sistema, procesando millones de eventos por segundo para coordinar solicitudes de viaje, el estado de los conductores y los pagos.

• Agiliza la experiencia del usuario, ya que los eventos se manejan de forma asíncrona, lo que permite respuestas rápidas y eficientes, incluso bajo condiciones de alta demanda.

• Cuando se sube un archivo a S3, esto genera un evento de almacenamiento que puede desencadenar una cadena de procesos como la indexación automática, procesamiento de imágenes o incluso actualizaciones de bases de datos.

• Amazon EventBridge es el servicio gestionado que facilita la implementación de arquitecturas basadas en eventos, permitiendo que las aplicaciones y microservicios reaccionen a eventos sin necesidad de polling o consultas constantes.

• Escalabilidad: El uso de eventos permite que el sistema maneje eficientemente grandes volúmenes de transacciones (como compras, actualizaciones de inventario y envíos) sin sobrecargar la plataforma.

• Recomendaciones personalizadas: Cada vez que un usuario ve un programa o película, esto genera eventos que se almacenan y procesan para actualizar su perfil de preferencias en tiempo real.

• Monitoreo de calidad de transmisión: Los eventos se generan constantemente para medir la calidad del servicio, detectando automáticamente problemas en la red o en los dispositivos de los usuarios, y reaccionando con soluciones inmediatas (por ejemplo, ajustes en la calidad de video).

• Procesamiento de datos: Netflix usa Apache Kafka para manejar enormes flujos de eventos generados por el comportamiento de los usuarios, lo que permite a la compañía ajustar sus recomendaciones y optimizar la experiencia del usuario.

Netflix usa Apache Kafka para manejar enormes flujos de eventos en tiempo real, como los generados por las acciones de los usuarios (por ejemplo, cuando alguien ve una película o programa). Estos eventos se distribuyen a través de los microservicios de Netflix para ajustar las recomendaciones personalizadas y optimizar la calidad de transmisión.

Aplicación en Uber: Uber utiliza RabbitMQ como parte de su sistema de mensajería interna para coordinar eventos entre sus servicios, como el despacho de vehículos y el cálculo de precios dinámicos en tiempo real. RabbitMQ ayuda a asegurar que los mensajes se entreguen de manera confiable, incluso en situaciones de alta demanda.

Amazon utiliza EventBridge para gestionar eventos en tiempo real dentro de su plataforma de comercio electrónico y otros servicios en la nube de AWS. Por ejemplo, cuando se sube un archivo a Amazon S3, se genera un evento que puede desencadenar automáticamente procesos como actualizaciones de bases de datos o procesamiento de datos mediante AWS Lambda.

• Se requiere procesar eventos en tiempo real o cercano al tiempo real.

• El sistema tiene componentes que deben estar desacoplados y operan de manera independiente.

• Se necesita un sistema altamente escalable y flexible, con capacidad de respuesta a grandes cantidades de eventos.

• El sistema es complejo y tiene diferentes servicios que necesitan reaccionar a los mismos eventos de distintas maneras.

La topología de Mediador se utiliza comúnmente cuando se requiere control sobre el flujo de trabajo de un proceso de eventos, mientras que la topología de Intermediario se utiliza cuando se requiere un alto grado de capacidad de respuesta y control dinámico sobre el procesamiento de un evento.

El evento iniciador es el evento inicial que inicia todo el flujo de eventos, ya sea un evento simple como hacer una oferta en una subasta en línea o eventos más complejos. El evento iniciador se envía a un canal de eventos en el Intermediario de eventos para su procesamiento. Dado que no hay un componente mediador un solo procesador de eventos acepta el evento iniciador y comienza el procesamiento de ese evento. El procesador de eventos que aceptó el evento iniciador realiza una tarea específica asociada con el procesamiento de ese evento, luego anuncia de manera asincrónica lo que hizo al resto del sistema creando lo que se llama un evento de procesamiento. Este evento de procesamiento se envía de forma asincrónica al agente de eventos para su posterior procesamiento,

si es necesario. Otros procesadores de eventos escuchan el evento de procesamiento, reaccionan a ese evento

haciendo algo y luego anuncian a través de un nuevo evento de procesamiento lo que hicieron. Este

proceso continúa hasta que nadie esté interesado en lo que hizo un procesador de eventos final.

Al igual que en la topología de Intermediario, el evento iniciador es el evento que inicia todo el proceso de eventos, pero a diferencia de la otra topología, el evento iniciador se envía a una cola de eventos, que es aceptada por el mediador de eventos. El mediador de eventos solo conoce los pasos involucrados en el procesamiento del evento y, por lo tanto, genera eventos de procesamiento correspondientes que se envían a canales de eventos dedicados (Generalmente colas) en forma de mensajes punto a punto. Luego, los procesadores de eventos escuchan los canales de eventos dedicados, procesan el evento y, por lo general, responden al Mediador que han completado su trabajo. A diferencia de la topología de Intermediario, los procesadores de eventos dentro de la topología de Mediador no anuncian lo que hicieron al resto del sistema.