DEV Community

Discussion on: Event Sink Pattern

Collapse
 
earroyoron profile image
Ernesto λrroyo

Marcos,... ¿esto no es como un CQRS, quizás un patrón un poco especializado de ese modelo? quiero decir, una vez el mensaje (comando) llega al sistema y se valida se convierte en evento (como digo yo a veces "eso ya va a misa") y se publica de forma que se pueden actualizar las vistas de lectura que lo necesiten y, aparte, el modelo que es donde entra el "Event Sink".
Es verdad que todos estos patrones y modelos siempre tienen cosas en común o parecidas, claro,....

Collapse
 
cedillomarcos profile image
(µ)Marcos

Muy buen punto de vista.
Para mi CQRS es un patrón de segregación, que puede venir implementado antes o como parte de este patrón. En este caso....el objetivo es que la parte del Command no venga delimitado por el evento y que la transacción contra la bbdd no afecte al resto del flujo de negocio partiendo en dos elementos diferentes.
Por norma se suele utilizar como fuente de "verdad" o datos consolidados una BBDD, pero en este caso, nuestros datos consolidados ya es un topic de kafka.