Modalità indipendenti dalla piattaforma per trasmettere messaggi tra eseguibili

Considera l'utilizzo di una coda messaggi (ad esempio RabbitMQ ). Fornirà i seguenti vantaggi:

1. Un robusto trasporto di messaggi. L'ordine di consegna è garantito se tutti i messaggi vengono eseguiti nella stessa coda. I messaggi vengono rimossi dalla coda solo dopo che sono stati completamente elaborati e riconosciuti dall'app consumer.
2. Possibilità di separare i moduli su macchine diverse. Per esempio. un contenitore finestra mobile per modulo.
3. Se un modulo si interrompe, i messaggi nella coda di input vengono mantenuti per un lungo periodo di tempo (fino a quando la coda non supera il limite dei messaggi in attesa). Dopo essere tornati di nuovo, il modulo consumerà tutta la cronologia dei messaggi che ha perso.
4. Backpressure out of the box: se i messaggi arrivano a raffica, a volte più veloce di loro, la coda dei messaggi fornirà un buffer che non rallenterà il produttore e non causerà il sovraccarico del consumatore.
5. Soluzione potenzialmente indipendente dal linguaggio e dalla piattaforma. Basta implementare la logica di consumare e produrre messaggi del tuo modulo per la piattaforma (e anche serializzazione e deserializzazione, come ha detto Sean Burton) - e sei a posto.

Il rovescio della medaglia è che avresti un'altra tecnologia nel tuo stack.

But is it an overkill?

No, non è necessariamente eccessivo. Se si desidera trasmettere dati tra processi in modo portatile, è assolutamente necessario dovrebbe utilizzare un metodo API e di serializzazione ben definito. Un'interfaccia web che utilizza la serializzazione JSON è sicuramente un modo per farlo. Esistono altre opzioni, come l'uso della serializzazione binaria (ad esempio, i buffer del protocollo) e la trasmissione tramite TCP. Quale di questi è meglio per te dipende dalle tue esigenze, ad esempio un protocollo binario è probabile che sia più veloce e più efficiente (meno byte trasferiti), quindi dovresti considerare che se hai bisogno di prestazioni molto elevate.

Potresti considerare l'utilizzo di SignalR per asp.net core. È progettato per la comunicazione in tempo reale tramite chiamate RPC. Non è solo per le applicazioni web.

Crea un hub che funga da host e coordinatore di chiamate e diversi client che raccolgono i dati. Può fare tutto ciò che hai menzionato nell'ultimo paragrafo.