Eventos de Dominio vs Eventos de Integración - Diseño y Arquitectura de Software 

para mi los eventos de dominio de DDD son exclusivamente de uso interno dentro del bounded contexts y deben expresarse en términos del lenguaje ubicuo de este. Para exponer ese lenguaje como un contrato hacia el exterior me lo pensaría dos veces. Por otro lado los eventos entre bounded contexts los veo más cómo contratos exactamente al mismo nivel que los controladores rest pero sobre otros protocolos de comunicación (colas de mensajería, web sockets, sse, webhooks, etc) No expondría en estos contratos los eventos de dominio al igual que no expongo mis entidades y agregados. Sería interesante que hablaran un poco sobre su visión del context mapping y la parte más estratégica de estas relaciones, ya que no es lo mismo cuando exponemos nuestro servicio cómo un Open Host Service a cuando lo hacemos como Customer-Supplier

Excelente Video ! Les dejo una consulta ¿ Si usan un event bus en memoria (local) como se aseguran de no perder algún evento cuando falle la instancia (pod) ?

Que solucion podrian dar cuando se utiliza el patron parallel model, donde la idea es que tendremos diferentes eventos que actualizaran, o ejectuaran otras tareas que actualizaran a una entidad global de todo el sistema, en este caso tendremos diferentes eventos, de esta forma tendremos tanto eventos de dominio como eventos de integracion ya que el modelo en general esta conformado por los diferentes eventos, como se podria gestionar de forma limpia?