MQTTプロトコルを使用する必要がありますか？

以下のIoTユースケースの実装を開始する予定です。

使用事例

IoTデバイスはリピーター経由でゲートウェイに毎分100kメッセージを送信し、ゲートウェイはメッセージをクラウドに転送します。組織の従業員を追跡したい。センサーはIDカードに固定されます。センサーは、位置関連データ（約15KB /メッセージ）をリピーター経由でゲートウェイに送信します。分析を目的としています。データがクラウドに渡された後、分析を行ってDBに保存し、Webページに表示します。この分析データに基づいて、ユーザーの現在の場所と、一定の経過時間（過去1時間、2時間、または1日）のユーザーの移動場所も表示します。

データを処理して、フロントエンド/ DBに送信します。

私はIoTの基本とそのアーキテクチャーを経験しました。次に、「SMACK」スタック（Spark、Mesos、Akka、Cassandra、Kafka）アーキテクチャを使用することにしました。

ゲートウェイで「Kafkaネイティブクライアント」を使用して、メッセージをクラウドに公開することにしました。

MQTTプロトコルを使用してメッセージをKafkaに転送する必要がありますか？または、上記の使用例ではMQTTは必要ありませんか？

はいの場合、「SMACK」アーキテクチャでMQTTを使用する利点は何ですか？

MQTTを使用する必要はありません。従業員IDカードにインストールされたKafkaクライアントは、クラウド内のkafkaブローカーにデータを直接送信できます。したがって、ゲートウェイにKafkaを使用している間、実際にはセンサー自体にkafkaを使用できます。

KafkaとMQTTは互換性がなく、強力な側面（エネルギー消費、帯域幅消費、スループット...）がそれぞれ異なりますが、スタックの複雑さから推測すると、そうだと思います。Kafkaは、毎分10万メッセージを処理できます。

とにかくMQTTを使用する場合は、IBMが同じプロジェクトでMQTTとKafkaを使用する方法についてのブログ投稿をご覧ください。彼らのプロジェクトもモビリティに関するものなので、実際に役立つと思います。

KafkaとMQTTを使用したIoTデバイスの管理

特にqos = 0（おそらくあなたの場合）メッセージの場合、この負荷を処理するほとんどすべての種類のMQTTブローカーに問題はありません。毎秒100.000のメッセージ（0.5KB）を受信する（+ SSL）ことで、ブローカーに常に負荷がかかっています。この問題は、ppsではなくトラフィック側から発生する可能性があります。

あなたのシステムのアーキテクチャに関して、私の個人的なアドバイス-できるだけシンプルにするようにしてください。そして単純な意味-いくつかの中間コンポーネント/サービス。2つのサービスを直接接続できる場合は、それを実行してください。機能の追加を開始するときには、常にそれをより複雑にする可能性があります。