Come si esegue la migrazione di parte di un processo aziendale a DDD?

Questa è più una questione di architettura che DDD. DDD può essere implementato con 2 livelli, 3 livelli, Pulito, Esagonale, ecc. Dai termini utilizzati nella domanda si sta utilizzando qualcosa di simile a Clean Architecture, quindi farò questa ipotesi.

Un servizio di infrastruttura è dove implementeresti il servizio per effettuare l'eventuale chiamata al broker di messaggi esterni, ma ottenere il messaggio da inviare dal modello di dominio e in quel servizio di infrastruttura sembra essere il punto in cui sei bloccato.

Nel modello di dominio, dichiara un'interfaccia per un servizio di messaggistica generico (ad esempio, non utilizza nulla dichiarato dal servizio di messaggistica che usi). Implementa il servizio che chiama il broker di messaggi esterni nel livello infrastruttura e fallo implementare l'interfaccia nel livello dominio. Ora puoi iniettare quel servizio nei tuoi oggetti di dominio, o passarlo dall'esterno se non viene usato spesso. Questo evita il bisogno del servizio applicativo che non farebbe altro che passare il messaggio.

BTW, anche se tutto il codice è in esecuzione nello stesso spazio degli indirizzi, dovresti usare un broker di messaggi. Questo crea una linea di demarcazione che consente di suddividere quel dominio in futuro in un microservizio a sé stante quando l'app diventa inaspettatamente riuscita.