MQTTLast WILLメッセージの有効活用

お問い合わせIoTネットワークエッジデバイスの共同作業です。 すべてのデバイスが動作する 人間のために環境を促すように、 お問い合わせ 記事は、あなたが最高の使用を作るのに役立ちますMQTTの特長最後のWILLメッセージ。

Last Willは、ピアツーピアの監視方法です。MQTTクライアントより理解しやすい方法で動作します。 私たちが本物に入る前に タイムユースケースは、スペックをよりよく理解する方が良いです。

MQTTの最後のウィルは何ですか?

Last Will は、保存されたメッセージです。MQTTブローカー特定の顧客に特有。 最後の Will メッセージは正常です MQTTの特長 話題になったメッセージ、メッセージ、MQTTのQoSそして、メンテナンスフラグ。 これらのメッセージは、購読しているクライアントに送信されます 特定のクライアントがブローカーのWILLトピックに 不明確に接続します。.

ザ・オブ・ザ・最後のウィル メッセージクライアントがブローカーに接続したときにブローカーに送信する必要があります お問い合わせパケットの接続お問い合わせ

接続を送信する方法の詳細説明 パケットは弊社で用意しております。MQTTの開発 クライアント ドキュメント。

いつ公開されますか?

ザ・ウィル すべてのブローカーにメッセージが公開されます 特定のクライアントが切断されたときに関心のある加入者 ブローカーから不幸に。 クライアントが接続を解除するとき WILL は、適切な非接続メッセージを公開しません。 ザ・オブ・ザ・ クライアントは、面白いパーティーをフォローダウンして通知する必要があります 適切なメッセージを投稿する

使用するためにそれを置きます

すべてのミッションクリティカルデバイスは、バックアップが必要です。 例を見てみましょう データベースサーバのオンラインアプリケーション コアの1つです 完全なサービスのために常に実行する必要があるコンポーネント 便利。

これらのアプリケーションは、マスター、スレーブ、スタンバイサーバーを持っています サーバが失敗したときにデプロイする必要がある。 マスター サーバは接続時に WILL を追加する必要があります。 スレーブ 意志 ある 特定のWILLにサブスクライブ。 WILLの設定 マスタースレーブの各クラスターに特異。 このシナリオでは、 ブローカーは、WILLを優雅に公開するように設定する必要があります マスターの不快な接続だけでなく。 マスターのとき 接続解除, スレーブはマスターの未利用可能なメッセージを受信し、 必要なスクリプトは、スレーブのためにトリガーすることができます マスター。 スタンバイサーバーはスレーブになり、今購読します 新しいマスターのWILLに。

これは自動引き継ぎの1つのシナリオです。 このようなシナリオは、 医学、いろいろな種類の製造業の企業のようなすべての企業。 デバイスを監視するためにWILL Messageトリガーを使うこともできます。 中央サーバーからの稼働時間。

各デバイスに不要な監視メッセージの多くを避けることができます MQTT Last WILL Messages の正しい使用をすることによって。