Parte II. Arquitectura dirigida por eventos
Siento haber acuñado hace tiempo el término "objetos" para este tema, porque consigue que mucha gente se centre en la idea menor.
La gran idea es "mensajería"... La clave para hacer sistemas grandes y crecibles es mucho más diseñar cómo se comunican sus módulos que cuáles deben ser sus propiedades y comportamientos internos.
Alan Kay
Está muy bien poder escribir un modelo de dominio para gestionar un único trozo de proceso empresarial, pero ¿qué ocurre cuando necesitamos escribir muchos modelos? En el mundo real, nuestras aplicaciones se sitúan dentro de una organización y necesitan intercambiar información con otras partes del sistema. Quizá recuerdes nuestro diagrama de contexto mostrado en la Figura II-1.
Ante esta exigencia, muchos equipos optan por microservicios integrados mediante API HTTP. Pero si no tienen cuidado, acabarán produciendo el lío más caótico de todos: la gran bola de barro distribuida.
En la Parte II, mostraremos cómo las técnicas de la Parte I pueden extenderse a los sistemas distribuidos. Nos alejaremos para ver cómo podemos componer un sistema a partir de muchos componentes pequeños que interactúan mediante el paso asíncrono de mensajes.
Veremos cómo los patrones Capa de Servicio y Unidad de Trabajo nos permiten reconfigurar nuestra aplicación para que funcione como un procesador de mensajes asíncrono, y cómo los sistemas basados en eventos nos ayudan a desacoplar los agregados y las aplicaciones entre sí. ...
Get Patrones de Arquitectura con Python now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
