ORDEN DE LAS DIAPOSITIVAS, ASI EXPONEMOS.

AMARILLO: MIGUEL
VERDE JESSICA
AZUL: GERA
(SE DICE EN LA PORTADA COMO INTRODUCCION)
La Event-Driven Architecture (EDA, por sus siglas en inglés) es uno de los más
recientes pasos en la evolución de los micro servicios y las tecnologías que no
dependen de servidores. Es un paradigma de diseño computacional que se opone
a la clásica arquitectura cliente/servidor y que podría acelerar de forma impetuosa
procesos en marcos de operación como IoT e Inteligencia Artificial.
(QUE ES)
EDA es una arquitectura en la que el software ejecuta una acción al recibir una o
más notificaciones de “eventos”, la cual define arquitecturas muy flexibles, en las
que los elementos que generan notificaciones de eventos no necesitan conocer los
componentes del receptor. Este paradigma hace posible crear arquitecturas
sensibles en tiempo real. Dicha respuesta se da ante interacción específica del
usuario, ya sea que este dé un click, que navegue por una lista y entre a una caja
de diálogo, entre otras.
(PROCESAMIENTO FLUJO DE DATOS)
El procesamiento de flujo de eventos (ESP) es la idea general de la integración y el
análisis de datos. El flujo de ESP se divide en cuatro pasos de procesamiento de
eventos, que son Recolectar, Mejorar, Analizar y Enviar. Todo el flujo crea un
proceso no homogéneo en el que los eventos son adquiridos por el sistema y
generan una cierta respuesta de salida, gracias al procesamiento de diferentes
servicios.
(EN QUE LENGUAJES Y TECNOLOGIAS SE PUEDE REALIZAR)
Si bien, los programas Event-Driven pueden escribirse en cualquier lenguaje de
programación, casi todos soportan orientación a objetos, como Visual Basic,
Visual C++ y Java.
los usos inmediatos de esta tecnología son aplicaciones web y el back-end de
aplicaciones móviles, pero que su principal potencial está en el futuro de la
inteligencia artificial, el machine learning y la analítica avanzada.
Lamentablemente, aún no existen herramientas ni frameworks que definan un
marco operativo óptimo para las organizaciones.
Sin embargo, los desarrolladores pueden integrar soluciones de diferentes
proveedores de tecnología para crear un proyecto EDA:
 Captura de eventos con Dell Boomi, SnapLogic, Mulesoft, Hortonworks
Dataflow, Apache Apex.

 Enrutamiento con RabbitMQ, ActiveMQ, Apache Kafka.

 Procesamiento con Apache Flink, Apache Storm, Amazon Kinesis, análisis de

Azure Stream, TIBCO BE.

(CUÁNDO UTILIZAR ESTA ARQUITECTURA)

 Varios subsistemas deben procesar los mismos eventos.

 Procesamiento en tiempo real con retardo mínimo.
 Procesamiento de eventos complejos, como coincidencia de patrones o
agregación durante ventanas de tiempo.
 Gran volumen y alta velocidad de datos, como IoT.

En palabras de Garner.

“Para 2020, el 80% de las soluciones de negocios digitales será una

característica necesaria en tiempo real y en tiempo real. Y el 80% de los
nuevos ecosistemas empresariales requerirán soporte para el
procesamiento de eventos ".

(IMPACTO EN LOS NEGOCIOS)

Este tipo de programación ofrece al usuario respuestas rápidas y adecuadas a lo
que busca, lo que se traduce en una mejor experiencia para él. Al seguir lo que el
usuario va haciendo y responder a su interacción se crea la sensación de que hay
un entendimiento entre ambos y esto es benéfico para el negocio. Además, la
adquisición de información se está haciendo masiva gracias a las tendencias
tecnológicas y sociológicas, como las redes sociales y el IoT. EDA es el
paradigma natural para hacer uso de esta información en tiempo real y
diseñar sistemas flexibles capaces de adaptarse a los cambios.

(EJEMPLO 1)
Un ejemplo: un menú con los botones 1 y 2. Cuando un usuario pulsa botón 1, el
programa se encarga de recoger ciertos parámetros que están almacenados en un
fichero y calcular algunas variables. Al pulsar el botón 2, se le muestran las
variables por pantalla al usuario. Si este oprime el segundo botón sin haber
interactuado con el primero podría ser un error en el programa. La arquitectura
basada en eventos obliga a prever esta situación y hacer inaccesible pasar al
botón 2 si no se ha tocado primero el botón 1.
 (EJEMPLO 2) (IMAGEN QUE DICE ARQUITECTURA DIRIGIDA POR
EVENTOS)

(EJEMPLO 3)
La implementación típica basada en eventos hace uso de un bus de eventos y
varios servicios simultáneos que acceden al bus. Los datos se almacenan en
memorias locales y se replican para cada servicio para que puedan trabajar de
forma independiente. Cada servicio puede adquirir y generar notificaciones de
eventos. La arquitectura se puede extender al uso de varios buses de eventos y
servicios de interfaz específicos. Una vez que un evento llega al bus de eventos, el
flujo de acciones de los diferentes servicios no es fácil de predecir y controlar. Sin
embargo, cada servicio es fácilmente modificable y reemplazable, ya que la
arquitectura está poco ligada. Cada servicio está programado para realizar tareas
específicas, siguiendo diferentes prioridades o restricciones de tiempo, y no se
verán afectados por el cambio en ningún otro proceso. De esta manera, la
optimización y adaptación a largo plazo del sistema son perfectamente factibles.
(IMAGEN QUE DICE EJEMPLO)