サブスクライバが存在しない場合のMQTTトラフィックの軽減

Question

MQTTプロトコルのコンテキストでは、そのトピックのサブスクライバが存在しないときにクライアントがパブリッシュ・メッセージを送信しないようにする方法はありますか？

つまり、サブスクライバ対応の公開を実行し、ネットワークトラフィックを公開クライアントからブローカに還元する標準的な方法はありますか？

膨大な量のデータを生成できる多くのセンサーがあるアプリケーションでは重要ですが、ほとんどの場合、誰もそのデータすべてに興味はありませんが、小さなサブセットでは、バッテリーを節約したり、渋滞

Answer 1

次回のMQTT v5仕様では、ブローカーは、クライアントがそのトピックにパブリッシュするときにトピックのサブスクライバーがないことをクライアントに示すことができます。これは、QoS 0メッセージが応答をもたらさないため、QoS 1またはQoS 2がパブリッシュする場合にのみ可能です。

Answer 2

いいえ、パブリッシャーは、特定のトピックにどのくらいの数の加入者が存在しているかについては全く考えていません。

これは、情報プロデューサとコンシューマのほぼ完全なデカップリングである、pub/subメッセージングの重要なポイントです。

Answer 3

デバイスとアプリケーションを設計して、データを「データトピック」に公開するだけでなく、デバイスのデータ公開を制御する別のデバイス固有の「コマンドトピック」を購読することもできます。アプリケーションが特定のデバイスからのデータに興味を持っている場合は、どのデバイスにどのデータトピックを購読するかを知っている必要があるので、「すぐにデータを公開してください」コマンドを対応するコマンドトピックに公開することができます。

私は、デバイスが関心のないアプリケーションではデータの公開頻度が低く、少なくとも1つのアプリケーションでデータの公開が求められている場合にはより速いソリューションがあるとします。

MQTTについての1つのことは、デバイスとアプリケーションを、単体ではなくシステムとして設計するのが理想的だということです。