Comunicación entre [micro]servicios: Event-Driven Architecture (track1)

JAVIER FERRER GONZÁLEZ, RAFA GÓMEZ CASAS
Analizaremos los pros y contras de las distintas fases por las que podemos pasar a la hora de refacorizar un monolito en términos de arquitectura: Misma infraestructura, infraestructura independiente y comunicación vía HTTP, uso de Circuit Breakers, y una arquitectura basada en eventos de dominio.
Veremos los pros y contras de cada fase en aspectos como la afectación que puede tener en todo nuestro sistema el que uno de nuestros servicios se caiga. Cómo podemos evitar que esto provoque un efecto en cascada degradando así otros servicios.
La arquitectura basada en eventos es una solución que va de la mano de un nuevo conjunto de problemas al que tendremos que hacer frente: Consistencia eventual, replicación de datos, orden de los eventos no garantizado, duplicidad de eventos… Veremos algunos ejemplos de posibles soluciones a estos problemas para ser capaz de aplicar estos conceptos a nuestros proyectos más allá de la teoría.
Acabaremos con una demo rápida entre 2 servicios en distintos ecosistemas a modo de ejemplo de implementación: Un servicio en PHP y otro servicio en Scala comunicándose a través de RabbitMQ.

[@fmvilas]

Gracias por la mención majos! Gran charla y muy bien explicado, lástima que no tuviérais más tiempo!

[@giovl90]

Excelente, saludos desde Perú

[@CodelyTV]

¡Buenas!
Como nos colamos con la gestión del tiempo y no llegamos a poder hacer la demo, la grabamos justo al acabar y aquí la tenéis 👉 ruclips.net/video/1kaP39W80zQ/видео.html

[@ivangalicia4618]

Son los mejores!

[@nelsonjavieravila1082]

Osea que es necesario redis

[@joseantoniocunich756]

inicia en 4:10