Fred Georgesがマイクロサービス アーキテクチャについて語っている中で、彼は Kafka を高速バス (彼は急流と呼んでいます) として使用し、複数の0mqインスタンス (川と呼んでいます) をそれに接続することに言及しています。これのスライドはここで見ることができます。
このバインディングを最適に実装する方法を共有できますか?
Fred Georgesがマイクロサービス アーキテクチャについて語っている中で、彼は Kafka を高速バス (彼は急流と呼んでいます) として使用し、複数の0mqインスタンス (川と呼んでいます) をそれに接続することに言及しています。これのスライドはここで見ることができます。
このバインディングを最適に実装する方法を共有できますか?
2016 年 6 月、nanomsgは製品品質 (1.0.0) に達し、多くの開発者は、nanomsg を ZeroMQ の実行可能な代替手段と見なしています。
「ZeroMQ に対する一般的な不満は、新しいトランスポート プロトコル用の API が提供されていないことです。これにより、基本的に TCP、PGM、IPC、および ITC に制限されます。Nanomsg は、トランスポートおよびメッセージング プロトコル用のプラグ可能なインターフェイスを提供することで、この問題に対処します。 ."
詳細は、A Look at Nanomsg and Scalability Protocols (ZeroMQ が最初の選択肢ではない理由)にあります。
カスタム プロトコルの作成は、比較的簡単に行うことができます。スケーラビリティ プロトコルの nanomsg TCP マッピング を参照してください。
多くの言語へのバインディングが豊富にあるため、nanomsg プロトコルはすべての新しいプロジェクトで真剣に検討する必要があります。