{"id":33033,"date":"2025-05-19T00:37:47","date_gmt":"2025-05-18T22:37:47","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=33033"},"modified":"2025-06-04T10:44:20","modified_gmt":"2025-06-04T08:44:20","slug":"lo-que-nadie-nos-conto-el-poder-del-event-driven-development","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/es\/backend-es\/arquitectura-del-software\/lo-que-nadie-nos-conto-el-poder-del-event-driven-development\/","title":{"rendered":"Lo que nadie nos cont\u00f3: el poder del Event-Driven Development"},"content":{"rendered":"\n

Todos los que nos dedicamos al mundo del desarrollo de software sabemos de sobra que ya no es suficiente con escribir c\u00f3digo que funcione. <\/strong>Para crear software altamente mantenible y escalable es necesario conocer y adoptar patrones de dise\u00f1o que nos ayuden a gestionar la complejidad.<\/strong><\/p>\n\n\n\n

La arquitectura de software conocida como Event-Driven Development (EDD) o programaci\u00f3n basada en eventos <\/strong>ha demostrado ser un patr\u00f3n que se adapta a la perfecci\u00f3n al software distribuido basado en microservicios. <\/p>\n\n\n\n

En Codemotion Madrid 2025, tuvimos la incre\u00edble oportunidad de profundizar m\u00e1s sobre ello en la charla \u201cLo que nadie nos cont\u00f3: el poder del Event-Driven Development\u201d<\/strong>.<\/p>\n\n\n\n

Rafael Juan Jim\u00e9nez Godoy y Roberto Moreno,<\/strong> Tech Leads en one.O, nos contar\u00e1n su experiencia acumulada, multitud de casos de uso con EDD y compartir\u00e1n todo lo saben ahora de EDD de la manera en que les hubiera gustado que se lo explicar\u00e1n a ellos al principio.<\/p>\n\n\n\n

Contexto de la charla<\/h2>\n\n\n\n

El desarrollo impulsado por eventos (EDD) <\/strong>se ha convertido en una arquitectura de referencia en el sector del desarrollo de software. La raz\u00f3n: su capacidad para gestionar sistemas complejos y distribuidos en la era del software basado en microservicios y el cloud computing.<\/p>\n\n\n\n

Hasta hace unos a\u00f1os, las aplicaciones monol\u00edticas eran la norma en el desarrollo de software empresarial. Las arquitecturas tradicionales se basaban en un \u00fanico bloque de c\u00f3digo que conten\u00eda toda la l\u00f3gica de negocio<\/strong>. Y aunque eso dificultaba su mantenimiento y escalabilidad, en aquel momento cumpl\u00eda.<\/p>\n\n\n\n

Sin embargo, con la llegada de la computaci\u00f3n en la nube y la necesidad de crear sistemas m\u00e1s flexibles y resilientes<\/strong>, surgi\u00f3 la necesidad de nuevos paradigmas de desarrollo. Las aplicaciones fueron evolucionando hacia arquitecturas m\u00e1s modulares y distribuidas,<\/strong> con equipos trabajando de forma independiente en diferentes partes del sistema.<\/p>\n\n\n\n

Esta transformaci\u00f3n trajo consigo nuevos retos en la comunicaci\u00f3n y coordinaci\u00f3n entre componentes<\/strong>, especialmente en sistemas que necesitaban mantener la consistencia de datos en tiempo real. El Event-Driven Development emergi\u00f3 como una soluci\u00f3n natural a estos desaf\u00edo<\/strong>s, proponiendo un modelo donde los diferentes componentes de un sistema se comunican a trav\u00e9s de eventos.<\/p>\n\n\n\n

\u00bfC\u00f3mo funciona EDD?<\/h2>\n\n\n\n

En su forma m\u00e1s b\u00e1sica, EDD se basa en un modelo donde los componentes del sistema act\u00faan como productores y consumidores de eventos<\/strong>. Un evento se dispara cada vez que sucede un cambio en el estado del sistema, como una nueva orden de compra o la actualizaci\u00f3n de un perfil de usuario.<\/p>\n\n\n\n

Cuando esto ocurre, se notifica a todos los componentes relacionados, permitiendo que cada uno reaccione de manera independiente seg\u00fan su propia l\u00f3gica de negocio.<\/strong> Las diferentes partes del proceso funcionan de la siguiente forma:<\/p>\n\n\n\n

    \n
  1. Fuentes de eventos o productores:<\/strong> tambi\u00e9n conocidos como productores, son todos los elementos del sistema que generan eventos. Por ejemplo, el clic de un usuario en un bot\u00f3n o la activaci\u00f3n de un sensor de movimiento. Son los desencadenantes de cualquier cambio en el sistema, asegurando que se registren todos los eventos relevantes para su posterior procesamiento.<\/li>\n\n\n\n
  2. Receptores de eventos o suscriptores:<\/strong> son los componentes que escuchan y reaccionan a los eventos generados. Cuando se produce un evento, estos componentes ejecutan la l\u00f3gica de negocio correspondiente. Por ejemplo, cuando se realiza una compra, el sistema de facturaci\u00f3n puede generar autom\u00e1ticamente una factura, mientras que el sistema de inventario actualiza el stock.<\/li>\n\n\n\n
  3. Br\u00f3ker de eventos:<\/strong> act\u00faa como intermediario entre productores y consumidores, garantizando que los eventos lleguen a todos los suscriptores interesados. Este componente permite mantener el desacoplamiento entre las diferentes partes del sistema y asegurar una comunicaci\u00f3n confiable.<\/li>\n<\/ol>\n\n\n\n

    Otro elemento clave en el funcionamiento de las arquitecturas event-driven es el Event Loop o bucle de eventos<\/strong>, que es el proceso continuo de monitoreo y respuesta a los eventos del sistema. <\/p>\n\n\n\n

    Este programa, que se ejecuta en segundo plano, es el encargado de verificar que cada evento que haya en cola sea procesado en el orden correcto y que todas las acciones necesarias se ejecutan de manera coherente<\/strong>. La implementaci\u00f3n correcta del bucle de eventos es fundamental para mantener el rendimiento y la escalabilidad del sistema.<\/p>\n\n\n\n

    La charla: Lo que nadie nos cont\u00f3: el poder del Event-Driven Development<\/h2>\n\n\n\n

    Rafael Juan Jim\u00e9nez Godoy y Roberto Moreno, Tech Leads en one.O, fueron los encargados de compartir con los asistentes sus experiencias y lecciones aprendidas en la implementaci\u00f3n de arquitecturas event-driven a lo largo de su carrera<\/strong>.<\/p>\n\n\n\n

    En one.O han acumulado multitud de casos de uso con EDD<\/strong>, ya que ha demostrado ser la arquitectura m\u00e1s se adapta a su metodolog\u00eda de trabajo. Sin embargo, alcanzar un nivel de experiencia alto en EDD no ha sido f\u00e1cil. Han recorrido un largo camino, enfrentando obst\u00e1culos y descubriendo las mejores soluciones a lo largo del proceso.<\/strong><\/p>\n\n\n\n

    Para compartir toda su experiencia de forma pr\u00e1ctica explorar\u00e1n casos de uso reales donde EDD ha demostrado ser la soluci\u00f3n \u00f3ptima,<\/strong> as\u00ed como los desaf\u00edos m\u00e1s comunes y c\u00f3mo superarlos. Los ponentes se centrar\u00e1n especialmente en aquellos aspectos que hubieran deseado conocer cuando comenzaron a trabajar con este patr\u00f3n de dise\u00f1o.<\/p>\n\n\n\n

    Aunque comenzar\u00e1n con algunos conceptos b\u00e1sicos para dar un poco de contexto a la charla, enseguida \u201cbajar\u00e1n al barro\u201d con temas m\u00e1s complejos tales como patrones de dise\u00f1o, el uso de Kafka o RabbitMQ<\/strong>, los errores m\u00e1s habituales y muchas recomendaciones basadas en su experiencia.<\/p>\n\n\n\n

    Los ponentes invitan a todos los interesados a unirse a la charla si desean obtener una visi\u00f3n pr\u00e1ctica del desarrollo impulsado por eventos<\/strong>. \u00a1\u00a1Tu yo del futuro no se arrepentir\u00e1!!<\/p>\n\n\n\n

    Los ponentes<\/h2>\n\n\n\n