Quelles sont les différences entre Tibco EMS et Rendezvous

Quelles sont les principales différences entre ces deux technologies? A-t-on des avantages évidents sur les autres?

source d'informationauteur jtruelove

  1. 20

    RV est comme un radiodiffuseur et EMS est comme un téléphone.

    Si vous voulez envoyer un message à tout le monde en ville (par exemple, la prévisions météo pour aujourd'hui), puis une radio, c'est bien parce que l'un message va à tout le monde simultanément. Le téléphone est mauvais parce qu'il prend beaucoup de temps pour appeler tout le monde et vous payez 20c un appel.

    Si vous voulez dire à quelqu'un de votre numéro de carte de crédit, vous utilisez le téléphone parce que vous pouvez être sûr que vous parlez à la bonne personne. La Radio est mauvaise parce qu'alors tout le monde en ville sait que votre numéro de carte de crédit.

    RV utilise un fiable protocole de multidiffusion de sorte qu'il prend en charge rapide et de grande éventail de fonctionnalités de messagerie comme l'envoi de stock tiques à un grand nombre de bureaux commerciaux (ce à quoi il a été conçu à l'origine pour). Mais le compromis est le manque de sécurité et des limites de l'administration. Il y a aussi des considérations particulières pour la communication à travers de multiples segments LAN ou Wan.

    EMS est un fournisseur JMS, qui communique par une liaison point-à-point de la mode comme un téléphone. La sécurité est mieux les tâches d'administration et sont plus faciles. EMS est basé sur un serveur (vs VR peer-to-peer architecture) afin de stocker et de transférer les activités de type sont plus faciles qu'avec RV.

    Vous pouvez combiner les deux pour obtenir le meilleur des deux mondes. Je pense que les versions ultérieures de l'EMS ont une capacité de multidiffusion pour les Topics, mais je n'ai pas utilisé cette.

  2. 3

    De construire sur les réponses ci-dessus:

    1. Utiliser EMS lorsque vous êtes à la recherche pour la persistance des messages.
    2. EMS est basé sur JMS alors que RV protocoles et Api sont propriétaires.
  3. 0
    • EMS est un courtier qui prend en charge des protocoles standard (JMS), TCP
    • RV a se concentrer sur un faible temps de latence, comme ZeroMQ ou peut-être Akka
      • point-à-point sur le protocole TCP ou
      • point-à-point sur UDP ou
      • multicast UDP
      • sous licence par serveur
      • les messages sont envoyés via la rubrique
      • prend en charge les sujets avec des caractères génériques (*) des segments, qui ne nécessitent pas de
        spécifique des règles de routage ou explicite des abonnements pour recevoir des données
        de nouveaux sujets
    • après Tibco acquis 29West, RV semble être évolué à partir de la 29West à faible latence bus de message/courtier

    Pour les fans de faible latence de messagerie (29West et/ou Rendezous/RV) je recommande de prendre un coup d'oeil à ZeroMQ (un.k.un. 0MQ) ou d'Akka. Je n'ai jamais mis en production au travail, mais j'ai construit des prototypes avec 0MQ qui étaient ultra-rapides. Leurs nouvelles offres de serveurs (nouveau en 2018) sont intéressants.

    API Remarque

    • en RV, pour créer une nouvelle garantie de sujet unique utilisation: CreateInbox()