TIBCO Rendezvous e MSMQ

Question

Mi piacerebbe conoscere le differenze tra TIBCO Rendezvous e MSMQ.

Answer 1

Questo non è terribilmente strutturato ma qui ci sono alcune differenze, ce ne sono molte di più. La mia conoscenza di Tibco è molto più grande di MSMQ, quindi tratta le mie dichiarazioni su MSMQ con maggiore sceptism.

si paga molto di più per Tibco, l'importo preciso varia a causa di licenza del sito e la negoziazione, ma per una palude daemon camper di serie con il backup DR si sarebbe guardando nel range di 10-20 mila dollari)

Tibco RV ha implementazioni client multiple in diversi linguaggi (C, C++, Net, Java) e supporta più piattaforme (Windows, varie versioni Unix). L'API client è completamente indipendente dalla piattaforma (eccetto laddove tale conoscenza sia richiesta per la massima efficienza, la maggior parte degli utenti non dovrà occuparsene).

RV ha il concetto di nuvole, reti condivise multicast in cui un messaggio inviato a un demone sul cloud sarà disponibile in modo trasparente per qualsiasi client registrato su un demone in qualsiasi altro punto del cloud.

MSMQ fornisce persistenza di messaggi per deliverability successivamente nel prodotto base, TibRV non (Certified Messaging API è richiesta ma poi è previsto il controllo completo della rivista usato per questo)

RV può utilizzare demoni di routing per collegare una nuvola attraverso un collegamento WAN (questi sono molto più costosi dei normali demoni)

RV utilizza la piattaforma orientata ai messaggi sottostante per sovrapporre servizi aggiuntivi su se stesso in un modo ampiamente trasparente per il cliente. Gruppi di fault tolerant, messaggistica certificata e demoni di routing utilizzano il messaggio sottostante che passa su soggetti riservati per farlo.

MSMQ può partecipare a transazioni distribuite, RV non può.

Tibco fornisce un adattatore MSMQ (anche se non ho esperienza con esso) messaggi

Tibco possono avere complessa struttura interna (con nidificazione di messaggi al loro interno), il messaggio MSMQ è notevolmente più semplice, la struttura viene normalmente definito da gli utenti.

Tibco api espone l'aspetto di attesa socket sottostante consentendo di integrare il ciclo di invio con altre API basate su socket in modo efficiente.

Tibco ha una massiccia penetrazione di mercato all'interno dell'area finanziaria, dalle discussioni con loro sembra che molti dei loro clienti siano aziende importanti con licenze di sito e team dedicati di amministratori.

Answer 2

MSMQ consente inoltre l'invio di messaggi tramite il protocollo PGM (che è un protocollo multicast affidabile progettato in parte da rappresentanti di Microsoft e Tibco). In linea di principio, questo è praticamente lo stesso di mandarlo nel "cloud" a cui allude ShuggyCoUk, in quanto più client che ascoltano una coda PGM dovrebbero tutti ricevere un messaggio inviato da un altro client, con l'efficienza multicast del server che deve solo inviarlo una volta.

Tibco Rendezvous (se è questo che è ancora chiamato) è:

• costoso solido
• efficiente
• piattaforma
• Roccia Croce
• lingua Croce

I' Non ho mai usato MSMQ e non ho idea di quale sottoinsieme di questi a farlo, fallo su PGM. Probabilmente non molti sono la mia ipotesi. Tende a disegnare la folla di affidabilità-trumps-latency (il contrario è generalmente vero per Rendezvous) e point-to-point piuttosto che multicast.