MQTTクライアントのロードバランシング

元々、私のセットアップでは、購読メッセージを消費するスレッドプールがあります。MQTTクライアントのロードバランシング

MQTTのロードバランスは可能ですか？

これらは、https://groups.google.com/forum/#!topic/mqtt/kUgBFgBmcGkが見つかりましたが、その死んだようです。

出典

2016-04-01 david

2番目の文で正確にはどういう意味ですか？サブスクリプションを複数のクライアントに分割することを意味しますか？ – hardillb

スレッドプールパターンは、実際のMQTTクライアントが次の着信メッセージを処理するか、QOSハンドシェイクをできるだけ迅速に終了できるようにするため、これに対する通常のアプローチです。

一部のブローカーは、複数のクライアントが分散方式でメッセージを消費できるようにするShared SubscriptionsというMQTT 3.1.1仕様の新機能をサポートしています。

IBMのMessageSightアプライアンスは、共有サブスクリプションをサポートしています。他の利用可能なブローカーのいずれかがこのサポートをまだ持っているかどうかはわかりませんが、私は少なくともそれを追加することを期待しています。

**完全開示 - >私はIBMのために働いています

出典

2016-04-01 07:56:25 hardillb

うわー、これはibm専用ですか？実際にはpaho mqttを使用しているので、私はpub/subの非同期の方法を使用しています。 – david

私はそれが公的な仕様であると信じているので、誰でも自由に実装できます。他のブローカーもまだ認識していません。 – hardillb

実際に共有サブスクリプションはMQTT 3.1.1仕様に含まれていません。 MessageSightとHiveMQは共にわずかに異なるセマンティクスを持つ共有サブスクリプションをサポートしています。 https://www.ibm.com/support/knowledgecenter/SSCGGQ_1.2.0/com.ibm.ism.doc/Developing/devsharedsubscriptions.htmlおよびhttp://www.hivemq.com/docs/hivemq/latest/#を参照してください。 hivemqdocs_shared_subscriptions –

MQTTクライアントのロードバランシング

答えて

関連する問題