NServiceBus: vantaggi e svantaggi dell'uso di NServiceBus Distributore

Question

Sto considerando l'utilizzo di un bilanciamento del carico di rete per caricare i messaggi di bilanciamento tra le mie istanze di sottoscrittore, invece di utilizzare il distributore NServiceBus (che è fondamentalmente solo un software di bilanciamento del carico da quello che posso dire). Ogni istanza dell'abbonato avrà una coda con lo stesso nome per i messaggi da consegnare, e ci sarà un IP virtuale che round-robin tra gli abbonati. L'editore conoscerà solo l'IP virtuale e il nome della coda.

Ecco quello che ho capito come i pro ei contro di fare questo:

1. PROS
   • Non è necessario installare NServiceBus Distributore
   • Una cosa in meno che avrebbe bisogno di essere gestito/aggiornato quando eseguiamo il ridimensionamento (utilizziamo già un F5 per bilanciare il bilanciamento di queste macchine e il nostro data center lo riconosce come il palmo della mano)
   • Un punto in meno di errore (sì, il bilanciamento del carico di rete potrebbe non riuscire, ma proviamo viso esso, un F5 sarà molto più stabile del server NServiceBus in esecuzione su Windows)
   • Non è necessario disporre di un server in cluster per avere il nostro MSMQ in cluster. 2 server è molto più costoso che aggiungere un altro VIP a un F5.
2. CONS
   • Il Distributore NServiceBus permette di vedere il backlog di messaggi più facilmente in quanto non v'è una singola coda sul server di distribuzione è possibile monitorare. In questo modo è facile sapere quando è necessario aggiungere più nodi worker.
   • Il Distributore NServiceBus è più intelligente sul controllo del numero di thread di lavoro, ecc. Offre più controllo di un NLB? (Non sono sicuro di questo)

ho io catturato questa precisione? So che si consiglia di utilizzare il Distributore NServiceBus e vorrei saperne di più sul perché prima di andare contro questa raccomandazione.

Answer 1

Youve 'ha alcuni dei punti principali verso il basso, ma una delle differenze principali è che dal momento che il distributore rimane in attesa di caricarsi, se una macchina dovesse andare giù, il resto del carico verrebbe distribuito tra i restanti macchine con un impatto SLA molto più basso sui messaggi.