ZeroMQ vs Crossroads I / O

Question

Je suis à la recherche dans l'aide de ZeroMQ comme la messagerie ou de la couche de transport pour un assez grand système distribué, principalement à destination de surveillance et de collecte de données (de nombreux producteurs, un peu de consommateurs).

Aussi loin que je peux voir, il y a actuellement deux implémentations différentes d'un même concept; ZeroMQ et Carrefour I/O, le dernier étant un fork de ZeroMQ (en 2012?).

Je suis en train de comprendre que l'une et l'interroger sur les différences entre eux, mais ont jusqu'à présent pas trouvé beaucoup d'informations à ce sujet.

Par exemple:

• Sont-ils compatibles sur le fil?
• Sont-ils de l'API compatible, c'est à dire une sorte de base commune de l'API, éventuellement avec différents add-ons?
• - Ils à la fois la prise en charge des ZMTP (ZeroMQ Message de Protocole de Transport)?
• Partagent-ils une sorte de compréhension commune de l'avenir du développement ou continueront-ils à deux distincts et possible des directions différentes?
• Quels sont les avantages/inconvénients par rapport aux autres?

Fondamentalement, comment faire pour choisir l'un plutôt que l'autre?

Answer 1

Croisée des chemins.io est assez mort depuis Martin Sustrik a commencé sur une nouvelle pile, en C, appelé nano: https://github.com/250bpm/nanomsg

Croisée des chemins.io n'a pas, autant que je sache, de mettre en œuvre ZMTP/1.0 ni ZMTP/2.0, mais sa propre version du protocole.

Nano a enfichables transporte et nous allons probablement faire une ZMTP de transport pour que. Nano est vraiment sympa, une réflexion sur l'origine libzmq bibliothèque, et si c'est un succès qui ferait un bon nouveau noyau.

Idéalement, Nano serait interagir à la fois à l'API et le protocole de niveau, donc, être une enfichables de remplacement pour libzmq. Il a tout à fait un long chemin à parcourir, si.

Notez qu'il existe maintenant plusieurs réécritures de libzmq émergents, y compris JeroMQ (Java) et NetMQ (C#). Ces deux mettre en œuvre ZMTP/1.0 et ZMTP/2.0 correctement. Il y a aussi d'autres bibliothèques, comme l'Axone (https://github.com/visionmedia/axon) qui sont fortement inspiré par 0MQ, mais pas compatible.

Basé sur l'expérience, les utilisateurs de la valeur de l'interopérabilité plus que n'importe quoi d'autre, il est donc tout à fait probable que différents 0MQ-comme les piles finira parlant les mêmes protocoles.