MQTT サーバーの構築が簡単、開発プロセスは完全に透過的

 

1. 利用シーン

MQTT サーバーの適用シナリオについてはあまり紹介しませんが、基本的には IOT サークルが明るく輝いている特定分野のサーバー ソフトウェアであり、車両のインターネット環境でメッセージを公開するために使用されます。

2. 選択

最初は mqtt サーバーを使う必要があると言いましたが、その後、独自のサーバーを開発する必要があると考え、これは難しいことではありませんが、商用利用するには少し手間がかかるため、さまざまな実装を検索して見ました基本的な機能はいくつかありますが、使用するには十分です。でもストレステストはしていないですし、大規模に使っていないとまだ焦っています。

その後、インターネットで emqx を見つけたので、これを選択しました。主な理由は、オープンソース版があり、クラスター化でき、手間が省けるため、あまり考えずに選択しました。

3. クライアント

Java 言語が使用されているため、公式ではデモも提供しています。それをコピーし、最初に機能を完成させてから最適化するだけです。

ファイル コードは直接アップロードされます。必要に応じてhttps://download.csdn.net/download/perfect2011/87349232をダウンロードできます。

4. 権利管理について

認証について

認証とは接続時に妥当な接続かどうかを判断すること ログインと理解できる ダッシュボードから直接設定できる 最初は公式ドキュメントに従って設定ファイルを直接操作する 完了までに時間がかかったそれ。

 認可について

認可とはどれに権限があるのか​​ということですが、これも同様で、データベースを直接操作できる認可方法が複数あります。

注: クエリ SQL の順序が適切である限り、データベースにさらに多くのデータ (つまり、さらにいくつかの列) を保存できます。

パスワードについて

最初は、他のプロジェクトによって生成されたパスワードが非常に奇妙であることに気づきました。それらがどのように生成されたのかわかりませんでした。最終的に、他の同僚に尋ねたところ、それらはランダムであると言いました。ここで、ランダム パスワード ツールをいくつか見つけました。

http://www.jsons.cn/randompwd/

パスワードの暗号化について

これも既製のsha256 オンライン暗号化 - sha256 ハッシュ暗号化

5. ツールについて

ここで直接使用される公式クライアントである MQTTx は特別なものではありません。

テストサーバーに関しては、ここではオンラインサーバーが直接使用されており、テスト泥棒に便利です

Broker:broker-cn.emqx.io
TCP 端口:1883
WebSocket 端口:8083
SSL/TLS 端口:8883
WebSocket Secure 端口:8084
CA 证书文件:broker.emqx.io-ca.crt

6. クラスターについて

クラスターは正式な環境にデプロイする必要があり、ここでは手動構成が使用されます。

クラスターの手動管理 | EMQX 5.0 ドキュメント

7.mqttについて

  • 保持は情報を保持します。最後の情報 (トピック、メッセージ) のみを保持します。
  • 遺言メッセージクライアントの切断後の遺言メッセージ送信を有効にする

おすすめ

転載: blog.csdn.net/perfect2011/article/details/128453426