Pro/Contro dell'utilizzo di BizTalk anziché di NServiceBus o MassTransit

Question

Sono curioso di sapere se considera BizTalk anche per l'implementazione di un'architettura di pubblicazione/sub (in pratica ciò che si può fare con NServiceBus o MassTransit è tutto ciò di cui ho veramente bisogno). Il mio manager tende a voler mantenere i framework forniti direttamente da Microsoft e quindi, come parte della mia due diligence su quale usare, devo dare una buona serie di pro/contro per entrambe le parti. Qualsiasi suggerimento sarebbe davvero apprezzato!

Answer 1

Biztalk è un broker ed è più adatto per EAI entro i confini di diversi servizi aziendali. Un servicebus è fondamentalmente diverso. Un confronto può essere trovato qui:

http://docs.particular.net/nservicebus/architecture/nservicebus-and-biztalk

Se si può condividere alcune delle vostre esigenze potrei essere in grado di dare un po 'di orientamento.

Answer 2

Sono con Andreas su questo - BizTalk è generalmente più adatto all'integrazione "valore aggiunto" e alla gestione dei processi aziendali, piuttosto che all'attività di tipo ESB. BizTalk è bravo a:

• BPEL
• lunga esecuzione/Transazioni compensati
• EAI
• Spola/Mapping
• modifiche Protocol (MQ per WCF, file flat a SAP ecc)
• EDI , RFID

Tuttavia, sono stati fatti sforzi per utilizzare BizTalk come bus di servizio, nota bly the ESB Toolkit

Answer 3

Uno dei principali svantaggi di un broker è che è molto difficile la versione e l'aggiornamento. Dovresti interrompere il flusso di messaggi per aggiornare un particolare endpoint. Un bus di servizio consente agli endpoint di essere autonomi e di essere aggiornati indipendentemente.

Poi c'è una differenza in termini di scala. Con un broker la tendenza è quella di scalare quelle in alto (verticale) rispetto a un bus di servizio che è stato costruito per ridimensionare (orizzontale). Dovresti anche rendere il Broker altamente disponibile attraverso una sorta di configurazione HA (clustering di solito). Questo combinato con il costo del software per farlo può diventare piuttosto proibitivo.

NSB in particolare offrirà un modello di supporto a pagamento, quindi se il tuo manager è nervoso per non avere qualcuno dall'altra parte della linea quando qualcosa va storto, puoi acquistare supporto.

Answer 4

È importante notare che BizTalk è un prodotto server per Enterprise Application Integration (EAI - come menzionato Andreas). È più complicato e complicato di un quadro.

Microsoft dispone del Toolkit del bus di servizio Enterprise disponibile per l'utilizzo in BizTalk, in modo che sia possibile chiamare l'ambiente BizTalk come ESB. Quello che considerano "ESB" potrebbe non essere ciò che consideri ESB. Si può dare un'occhiata al loro pagina Toolkit ESB (http://msdn.microsoft.com/en-us/biztalk/dd876606.aspx), ma include cose come:

• dinamica (vale a dire, a run-time) Messaggio trasformazione e di traduzione.
• Il routing dei messaggi può essere basato sul contenuto, basato sull'itinerario o basato sul contesto e determinato in fase di esecuzione.

Ovviamente, il modello di sottoscrizione di pubblicazione non è la stessa cosa che utilizzare un bus di servizio.

BizTalk fa fare bene pub-sub, indipendentemente dal fatto che si utilizzi o meno il Toolkit ESB. È estremamente semplice pubblicare un singolo messaggio nella "casella messaggi" di BizTalk e inviare il messaggio a tutti gli abbonati. La soluzione pub-sub indica che BizTalk funge da broker, ma ciò garantisce che i messaggi non vengano persi e tutti i messaggi vengano tracciati. Una soluzione pub-sub di BizTalk ha punti di estensibilità incorporati che ci consentono di aggiungere, modificare o rimuovere endpoint senza influire sul resto della soluzione.

Tutto ciò detto, le vostre esigenze potrebbero non dettare l'affidabilità, il monitoraggio e il monitoraggio dei messaggi, quindi potrebbe essere che BizTalk non sia la soluzione migliore per voi. È un grande investimento e poiché il prodotto può fare tante cose diverse tutte insieme, può essere scoraggiante a prima vista.

Un nuovo libro è stato appena pubblicato e chiama Applied Architecture Patterns sulla piattaforma Microsoft, che copre gran parte di questo. Uno degli autori di questo libro, Richard Seroter, ha anche pubblicato SOA Patterns con BIzTalk Server 2009, che sarebbe una lettura essenziale se decidessi di utilizzare BizTalk per la tua azienda.