Proof-of-concept di NServiceBus P2P senza broker con richiesta-risposta. Vale la pena provare?

1

Sono nuovo per l'accodamento dei messaggi.

Sto provando a realizzare una proof-of-concept di un'architettura di messaggistica per la comunicazione tra più app desktop Windows dello stesso tipo. In parole più semplici, diverse istanze della mia app desktop dovrebbero comunicare tra loro.

Come una possibilità, sto considerando MSMQ per il trasporto (e, quindi, NServiceBus per semplificare la vita).

Sto pensando che sia senza broker e peer-to-peer, in modo che nient'altro che l'app stessa debba essere installata.

Ci sono due ragioni principali per la comunicazione tra pari:

  • Invio di notifiche da uno ad altri (modelli di sottoscrizione ignizione / pubblica-pubblicazione).
  • Copia del contenuto (per ContentId e AppInstanceId ) da un'istanza specifica a un'altra istanza specifica. Quindi, ecco quando viene in gioco il modello Risposta-Richiesta.

Prima di iniziare il mio prototipo, è interessante farsi un'idea, anche se sto pensando nella giusta direzione.

  • È possibile implementare un modello di richiesta-risposta con il P2P in modo che la condivisione sia stabilita solo tra due peer? Ad esempio, 5 peer in totale, ma la richiesta-risposta è tra soli 2. Se si esegue una risposta condizionale quando si invia una richiesta, tutti la ricevono, ma solo il peer con ID corrispondente risponde? O ci sono altri buoni approcci? Qualsiasi suggerimento sarebbe apprezzato.
  • È questa la giusta scelta tecnologica per tale comunicazione, o dovrei prendere in considerazione una soluzione più semplice come WCF ?
posta Andrey K. 14.11.2016 - 14:41
fonte

0 risposte

Leggi altre domande sui tag