ばかげた質問を 1 つだけするだけで、誰かがこれに答えてくれることを願っています。
MQTT ブローカーに関して少し混乱しています。基本的に混乱しているのは、データの保存、転送、処理に非常に多くのものが使用されていることです (Flume、HDInsight、Spark など)。では、いつ、なぜ 1 つの MQTT ブローカーを使用する必要があるのでしょうか?
HiveMQ で Windows 10 IoT アプリケーションを使用したい場合、どこから詳細を取得できますか? それの使い方？この MQTT ブローカーから利益を得るにはどうすればよいですか? Azure または HDFS を使用して IoT アプリケーションからデータを直接送信することはできませんか? では、MQTT ブローカーがそれにどのように適合するか、または何かを達成するのに役立ちますか?
私はこれらすべてに不慣れで、いくつかのチュートリアルを見つけようとしましたが、適切なものは何も得られません. 詳細を説明するか、これに関するチュートリアルを教えてください。
MQTT は、pub-sub ベースのトランスポート用のクライアント/サーバー プロトコルであり、オーバーヘッドが比較的小さいため、(Flume などとは異なり) モバイルおよび IoT アプリケーションに適用できます。MQTT ブローカーは基本的に、MQTT クライアントとの間のメッセージングを処理するサーバーです。さまざまな MQTT アドオンが存在するにもかかわらず、機能はほとんどトランスポート層で停止します。
IoT デバイスからバックエンド システムにデータを確実に転送して処理するソリューションの実装を検討している場合は、Kaa オープンソース IoT プラットフォームを検討することをお勧めします。低電力 IoT デバイスに適したトランスポート層だけでなく、アプリケーション レベルのロジックの堅実なチャンク (アプリケーション レベルのデータ構造のオブジェクト バインディング、一時的なデータの永続性などを含む) を提供することで、MQTT よりもはるかに優れています。 .)。
これは、 Kaa と Spark を使用してスケーラブルな IoT 分析システムを 1 時間以内に構築する方法を説明するウェビナーへのリンクです。
これはアーキテクチャ上の選択です。IoT アプリケーションは MQTT がなくても可能ですが、MQTT を使用するといくつかの利点があります。MQTT にまったく慣れていない場合は、この詳細な MQTT シリーズをご覧ください: http://forkbomb-blog.de/2015/all-you-need-to-know-about-mqtt
基本的に、主なアーキテクチャ上の利点は、最小限のプロトコル オーバーヘッドで、低レイテンシ、高スループット (モバイル) 通信用に設計されたパブリッシュ/サブスクライブです (これは、帯域幅が貴重な場合に重要です)。コンシューマーとプロデューサーを完全に切り離すことができます。
HDFS は (分散) Hadoop ファイル システムであり、Map / Reduce 処理の基盤です。MQTT ブローカーに匹敵するものではありません。ただし、MQTT ブローカーは HDFS に書き込むことができます (カスタム プラグインを使用する HiveMQ の場合)。
基本的に MQTT はプロトコルですが、あなたが言及している製品はまったく異なる問題を解決する製品です。
Flume は基本的に、大規模なログ集計に使用されます。そのために MQTT を使用することはありません。これは通常、バックエンド アプリケーションで行われるため、少なくともあまり利点はありません。
Spark と Hadoop は、ビッグ データの処理に威力を発揮します。これらはフレームワークであり、すぐに使用できるソリューションではありません。それらは実際には MQTT に匹敵するものではありません。多くの場合、HiveMQ のような MQTT ブローカーは、データ処理用の Spark / Hadoop および通信用の HiveMQ と組み合わせて使用されます。
これが開始に役立つことを願っています。これらすべてのテクノロジーの典型的な使用例について読むのが最善です。これは、単一の SO 回答には少し広すぎます。