Arquitectura basada en eventos y acoplamiento: No estás tan desacoplado como crees.

  • por Derek Comartin
  • Publicado en Derek Comartin (CodeOpinion)
  • Seleccionado el
  • Uncategorized
Arquitectura basada en eventos y acoplamiento: No estás tan desacoplado como crees. - Derek Comartin (CodeOpinion)
Imagen: Derek Comartin (CodeOpinion)

Así que desmantelaste tu sistema monolítico. Introdujiste un intermediario de mensajes. Estás utilizando una arquitectura basada en eventos. Los eventos fluyen por todas partes.

Ahora que están separados, ¿verdad?

Pero, de alguna manera, nada mejora la sensación porque tu sistema sigue siendo muy frágil.

YouTube

Visita mi canal de YouTube , donde publico todo tipo de contenido sobre arquitectura y diseño de software, incluyendo este vídeo que muestra todo lo que aparece en esta publicación.

Eventos CRUD

El problema podría estar en los eventos que estás publicando:

ShipmentStatusChangedShipmentAddressUpdatedEstimatedDeliveryDateChangedCarrierIdUpdated

Todos los demás servicios se suscriben a estos eventos y mantienen su propia copia local de los datos de envío.

Puede que pienses que estás desacoplando tu sistema porque publicas eventos para diferentes consumidores, pero no es así. En realidad, lo único que has hecho es empezar a replicar datos por todas partes.

¿Qué significa realmente que el estado del envío haya cambiado?

Supongamos que introducimos un nuevo estado de envío...