Was sind die Alternativen zu ZeroMQ für das Verschieben von Protokoll-Puffer-Payloads?

Question

Im Moment habe ich eine Lösung, die ZeroMQ verwendet, um Protokoll-Puffer-Payloads auszutauschen. Die Protokollpuffermethode der Serialisierung bleibt so wie sie ist, aber ich kann ZMQ durch eine bequemere Option ersetzen. Die Dinge, die ich nicht glücklich bin in ZMQ sind:

Es verwendet JNI auf der Java-Seite, und ich habe vor von JNI, in komplexen, Multi-Thread-Szenarien gebissen worden. Ich versuche es zu eliminieren, wann immer ich kann.

Ich brauche keine Warteschlange, ich brauche nur rpc.

Meine Anforderungen (die von ZeroMQ meist bedeckt sind) sind:

• Unterstützung für 32/64 Bit * nix, Windows, MacOS.

• Unterstützung für Java, C++ und C# in erster Linie und Python, Ruby usw. wäre nett.

• Die Sprachunterstützung muss von nativen Implementierungen in der Sprache bereitgestellt werden, nicht durch das Einbinden von systemeigenem Code.

• Hohe Leistung.

• Nicht Viral Lizenz, keine GPL, AGPL usw.

• Ich habe über die Verwendung von Thrift als Transportschicht über TCP denken (ich denke, es unterstützt die) mit Protokollpuffern Nutzlasten, wenn seine Java-Implementierung für Messaging verwendet JNI nicht.

Welche Optionen können Sie für dieses Setup anders als ZMQ denken?

Answer 1

Haben Sie etwas wie Storm oder Spread betrachtet?

Answer 2

Sie sollten sich wahrscheinlich Netty ansehen. Es ist ein leistungsstarkes Java NIO Server-Framework mit integrierter Unterstützung für Protocol Buffer, das unter den Bedingungen der Apache-Lizenz veröffentlicht wird. Das Framework ist gut documented und einige examples zeigen, wie Protokolle mit Protocol Buffers Protoypen.

Answer 3

Die ursprüngliche Frage wurde etwa ein Jahr nach JeroMQ wurde auf GitHub gestellt. Es ist die pure-Java-Implementierung von ZeroMQ. Es hat sich in den vergangenen Jahren ständig weiterentwickelt und scheint zur C-Implementierung comparable in speed zu sein.