TIBCO Rendezvous y MSMQ

Question

me gustaría conocer las diferencias entre TIBCO Rendezvous y MSMQ.

Answer 1

Esto no es muy estructurado, pero aquí hay algunas diferencias, hay muchos más que esto. Mi conocimiento de Tibco es mucho mayor que MSMQ así que trate mis declaraciones en MSMQ con mayor escepticismo.

que pagar mucho más por Tibco, la cantidad exacta varía debido a las licencias para el sitio y la negociación, pero para un pantano demonio de rv estándar con respaldo DR que se busca en el rango de 10-20 mil dólares)

Tibco RV tiene múltiples implementaciones de clientes en diferentes idiomas (C, C++, .Net, Java) y es compatible con múltiples plataformas (Windows, varios sabores de Unix). La API del cliente es totalmente independiente de la plataforma (excepto que tal conocimiento sea requerido para la máxima eficiencia, la mayoría de los usuarios no necesitarán lidiar con esto).

RV tiene el concepto de nubes, redes compartidas de multidifusión mediante el cual un mensaje enviado a un daemon en la nube estará disponible de manera transparente para cualquier cliente registrado en un daemon en cualquier otro lugar de la nube.

MSMQ proporciona persistencia de mensajes para la capacidad de entrega más tarde en el producto base, TibRV no (se requiere mensajería certificada API pero entonces se proporciona el control completo de la revista utilizado para esto)

RV puede utilizar demonios de enrutamiento para enlazar una nube a través de un enlace WAN (estos son mucho más caros que los daemons normales)

RV usa la plataforma subyacente orientada a mensajes para aplicar servicios adicionales sobre sí misma de una manera ampliamente transparente para el cliente. Los grupos tolerantes a fallas, los mensajes certificados y los daemons de enrutamiento usan el mensaje subyacente que pasa a los sujetos reservados para hacer esto.

MSMQ puede participar en transacciones distribuidas, RV no puede.

Tibco suministra un adaptador de MSMQ (aunque no tengo experiencia con ella) mensajes

Tibco pueden tener una estructura interna compleja (con anidamiento de mensajes dentro de ellos), el mensaje de MSMQ es considerablemente más simple, la estructura se suele definir por Los usuarios.

Tibco API de exponer el socket subyacente aspecto que le permite integrar el loop de despacho con la API basada en otra toma de una manera eficiente de espera.

Tibco tiene penetración en el mercado masivo en el área de las finanzas, de las discusiones con ellos aparece una gran parte de sus clientes son empresas importantes con las licencias de sitio y equipos dedicados de los administradores.

Answer 2

MSMQ permite también admite el envío de mensajes a través del protocolo PGM (que es un protocolo de multidifusión fiable diseñada en parte por los representantes de Microsoft y Tibco). En principio, esto es más o menos lo mismo que enviarlo a la 'nube' a lo que ShuggyCoUk alude, en el sentido de que múltiples clientes que escuchan una cola PGM deberían recibir un mensaje enviado desde otro cliente, con la eficiencia de multidifusión del servidor solo teniendo que enviarlo una vez

Tibco Rendezvous (si eso es lo que todavía se llama) es:

• Caro
• roca sólida
• eficiente
• Cruz plataforma
• lenguaje Cruz

I' Nunca he usado MSMQ, y no tengo idea de qué subconjunto de esos al hacerlo, hazlo sobre PGM. Probablemente no muchos es mi suposición. Tiende a atraer a la multitud de confiabilidad-triunfos-latencia (lo contrario es generalmente cierto para Rendezvous) y de punto a punto en lugar de multidifusión.