クラウドに汎用データを保存/送信/公開するために利用できるIoTサービスは何ですか?


16

クラウドに一般的な少量のデータを保存/送信/公開(および反対の操作)できるIoTサービスは何ですか?

たとえば、デバイスがクラウドに値を保存できるサービスを探しています。また、他のエンティティ(別のデバイス、JSコードを持つWebサイト、Webサーバー、モバイルアプリ)がこの値を取得できます。

たとえば、キーと値のペア、<255バイト、整数、文字列、せいぜい小さなJSONオブジェクトなどの小さなものを格納および取得するための、何らかの種類の非同期通信である可能性があります。サービスは、認証するトークンと保存するキーと値を含むREST APIを提供できます(したがって、さまざまな言語でアクセスできます)。

ユースケースの詳細な例は次のとおりです。

自宅に温度センサーがあり、その値をクラウド(家の外のどこかに)に保存してほしい。このようにして、ホーム接続がダウンしているかどうかに関係なく、アクセスできます。さらに、これにより、専用サーバー+ portForwarding + DynamicDNSの保持と維持が回避されます。

これまでのところ、私はこのようなものを見つけることができませんでしたが、時々、私が説明することを意味するいくつかの例を見つけました:

他に類似した(無料/オープン)選択肢はありますか?


@BenceKaulics両方のユースケースが当てはまると思います。プロフェッショナルなソリューションは、より多くの標準化と信頼性を意味します。この実験的なソリューションは、参加する興味深いオープンソースプロジェクトになる可能性があります。
ウルネンフェルド

私はだめなスポーツであるのは嫌いですが、他のサイトがあるWebサービスのように、これをIoTリクエストとは見ていません。自分のサイト、無料ホスティング、アマゾンウェブサービスなど、好きなものを使用してください。あなたが達成しようとしていることを私たちに実際に伝えたことはありません。たとえば、サーバーソフトウェアをコーディングしますか?詳細はなく、温かくてあいまいな感じなので、答えるのは非常に難しいでしょう。
Mawgはモニカ回復言う

2
@Mawg Webサービスタグがあります(作成しませんでした)。ユースケースは、与えられた参考文献がそうであるように、IoTに焦点を当てています。利用可能なサービスを要求しますが、これは単純なphp + dbで実現できますが、意図は車輪を再発明してIoTコミュニティが認識しているサービスを知ることではありません。しかし、どのコミュニティに適していると思いますか。
ウルネンフェルド

それは近い呼び出しです。他のサイトの方が正しいスタックオーバーフローに投稿することもあります。しかし、SOにはより多くの聴衆がいるので、返事をする機会が多くあります。他のサイトとは常に多少のオーバーラップがあり、作業を進めるにつれてそれを解決する必要があります。攻撃を受けていないために+1 。セキュリティサイトを認識しました。質問はまだもう少し詳細を使用できますが、:-)
Mawgはモニカを

2
@Mawgはもちろん攻撃なし:)。質問をどこに配置するかを考えるのに本当に時間を費やしました...以前、質問をもっと形にしようとしました。
ウルネンフェルド

回答:


10

これらのサービスをご覧ください。

これらのサービスは両方とも、デバイスからの単純なキー/値データを受け入れます。あなたがそれについて述べたので、私は両方ともParticleデバイス用にインポートする準備ができたライブラリを持っていると信じています。


7

Amazon、Microsoft、Google、IBMなどの多くのクラウドプロバイダーは、センサーデータをクラウドに送信/保存/分析する簡単な方法を提供することでIoTスペースを引き付けようとしています。ハードウェアベンダーを買収して、IoTの範囲を拡大することも目的です。

AWS以外のサービスは使用しなかったため、AWSでの経験と、これを本番用に統合した方法を説明できます。


シナリオ:

数百のセンサーがあり、それぞれが1分ごとに184〜428バイトのデータをローカルゲートウェイに送信します。ローカルゲートウェイは、データを集約してデータをローカルに保存し、同じデータをAWSクラウドに送信します。また、データをクラウドに直接送信する特別なケースのセンサーもあります。

クラウドサービス

私たちは、使用しているAWSのIoTソリューション全体を構築するために、AWS S3、AWS DynamoDBの、AWSラムダ、AWS APIゲートウェイ、AWS SNS、AWS CloudWatchの、AWS赤方偏移を。基本的に、これらはモバイル(ウェブ)に使用できるため、IoT(AWS IoTを除く)に固有ではありません。

ゲートウェイは、AWS IoT SDKを使用して、MQTT、HTTP、またはWebSocketsプロトコルを使用してAWS IoTと接続、認証、およびメッセージを交換します(MQTTを介して接続するノードJS SDKを使用しています)。私たちはデバイスゲートウェイでローカルにMQTTブローカーであり、そこからAWS IoTエンドポイントにブリッジし、受信したデータのインスタントチェックを実行し(ルールエンジン、AWS Lambda関数を使用)、DynamoDBアーカイブに保存し、S3、Glacierに保存します(保存が完了しました) AWSトリガーを使用してデータを保存するだけで、1行も完了しません)。


6

これは実験またはテスト用のみですが、将来変更される可能性があります。

したがって、私の提案は、MQTT、より正確にはそのMosquitto実装を使用することです。これらは、サブスクライバーとパブリッシャークライアントを接続できるテストブローカーをホストします。(ここで、ガイドのWindows 7上のセットアッププロセスについて

次のことに注意してください。

任意のアプリケーションに自由に使用できますが、重要なものを悪用したり、依存したりしないでください。また、ブローカーの再起動に対処するためにクライアントを構築する必要があります。

ただし、基本的には、このブローカーに温度データを公開できます。

サブスクライバークライアント側では、最近このAndroidアプリケーションを使用しました。これは非常に基本的なアプリケーションであり、まだ開発中ですが、テスト目的には非常に優れています。受信したメッセージはダッシュボードに表示されますが、裸の値だけを空想するものはありません。

MQTT学習プロセスの最初の段階としてこれらの両方を使用し始めましたが、どちらも初心者に最適です。


1
MQTTはLANコンテキストにより適したソリューションではないでしょうか?プライバシー/セキュリティ/マルチユーザーなどの問題については?
ウルネンフェルド

@urnenfeld MQTTは、すべてのWebサイト、モバイルアプリ、および「その他のデバイス」の要件をサポートできます。また、温度だけでなく、将来的に他のデバイスからデータを送信したいので、マルチパブリッシャー、シングルサブスクライバネットワークだけでもマルチユーザー機能は優れたIMOです。また、セキュリティとプライバシーも常に問題になるはずです。LANについては、おそらくそれ以上に適合しますが、セキュリティに注意を払えば、この問題の専門家ではなく、どこからでもブローカーを利用可能にすることができます。
ベンスカウリック

1
えーと、このテスト・ブローカーは、テストブローカー、それが実行中のアプリケーションのために使用すべきではありませんので。しかし、アイデアはここにあります。ファイアウォールからMQTTブローカーのポートを開き、どこからでも接続できます。
グーファライト

申し訳ありませんが、OPはデータを保存したいので、MQTTは単なるメッセンジャーですが、それを使用して専用サーバーにデータを送信できます。値を取得するには、クライアントはクエリをMQTTに送信して、パブリケーションを介して値を取得する必要があります。MQTTは素晴らしいですが、
Webサービスの

@Goufaliteはい、データの保存はより複雑です。
ベンスカウリック

5

これには2つのコンポーネントがあります。

  1. データをどのように保存しますか?すべてのニーズに本当に適合する「汎用」データサービスを作成する実際の方法はありません。必要なものは「時系列データベース」と呼ばれ、何百ものデータベースがあります。なぜなら、データを保存する方法のあらゆる詳細が大規模に重要だからです。(スケールが大きくない場合は、古いデータベースに保存するだけで、しばらくは機能します。)

    時系列データベースが作成されたのは、他のユーザーが希望どおりに正確に実行しなかったためです。たとえば、Graphiteがデータを保存する方法を考えてみましょう。すべてのメトリック(1つのソースからの温度など)は固定サイズのファイルに保存されます。メトリックスを送信する頻度や送信する長さに関係なく、ファイルのサイズは一定です。

    欠点は、古いデータの解像度が低く、定義した間隔(1年など)を定義するとデータが破棄されることです。しかし、長所は、1日を1年と同じくらい速くグラフ化できることであり、メトリックは時間の経過とともにサイズが大きくなることはありません。

    他のストレージシステムでは、1年間のグラフの生成には数百万のデータポイントの取得が含まれ、大量のデータストレージが必要になる場合があります。

    Graphiteの大きな欠点は、すべてのメトリックが新しいファイルを作成することです。そのため、動的なメトリック(クラウドボックスの出入りなど)がある場合、適切ではない可能性があります。

    そのコントラストプロメテウスメトリックが時間によってほとんどが保存されています、。動的なメトリックをたくさん持つことができますが、それは問題ありません。ただし、これらのメトリックスを長期にわたって保存しようとしないでください。戻ってそれらを読むには永遠に時間がかかります。

    すべてに合うサイズはありません。

    PS Graphanaは、データを視覚化する優れた方法です。ほとんどの時系列データベース用のプラグインがあります。

  2. 誰があなたのデータを保存しますか?あり、数千場所のようなもの、あなたが言及したが。クラウドで時系列DBを起動するのは非常に簡単ですが、収益を上げるのは非常に困難です。これらの企業のほとんどは、しばらくして廃業するか、価格の調整を開始します。(コンピューティングのコストは絶えず低下しているため、価格を一定に保つことは価格を上げることでもあります。)多くの場合、彼らは多くの新規顧客を引き付けることができないことに気付きます。価格設定モデルを変更する)。みんなのデータを保存するにはかなりの費用がかかります...

    セルフホスティングを推奨するか、AWS CloudWatchなどの評判の良いクラウドプロバイダーを使用します。(多くのメトリックがある場合は高価ですが、50未満のメトリックについては無料です!)


アイデアは、これらの「数千の場所」の最高のセットを取得することでした。私はすでにコレクションを収集しました(自分で作成したものです)。これは
いつか

3

uBeacは、当社が開発した新しいフリーウェア視覚化ツールであり、ベータ版です。オープンソースではありませんが、完全に無料で使用できます。

ゲートウェイを定義すると、一意のURIを取得できます。HTTP / MQTTデータを送信するゲートウェイまたはデバイスにURIを設定できます。

以下にその機能の一部を示します。

  • チーム、建物、フロアプランの定義
  • リアルタイムのデータ視覚化
  • 異なるウィジェットを使用したカスタムダッシュボードデザイン
  • センサーの種類、単位、およびプレフィックスを定義するマップの視覚化
  • ...

汎用のJsonデータ形式と事前定義されたさまざまなゲートウェイもサポートしています。定義済みのペイロード形式を使用したくない場合は、カスタムペイロード処理を開発するために開いています。


こんにちは、@ Amir、これまでのところ、あなたの答えは互いに重複しており、製品を宣伝していることに気付きました。製品の関連箇所に回答することは問題ありませんが、ヘルプセンターのセルフプロモーションのガイドラインを必ずお読みください。製品を宣伝するだけでなく、質問に完全に答えていることを確認するために、同一のテキストを投稿するのではなく、手元の質問に対する答えを調整することもお勧めします。ありがとう。
Aurora0001

1

ここで誰もDweetについて言及していないことに驚いています。これは、物事を伝える非常にシンプルで楽しい方法です。ちょっと試してみてください。無料ですから!


1
実際に提案されましたが、節度によって削除されました。このサービスの素晴らしい点の1つは、登録する必要さえなく、データのプロットが表示されることです。カウンターパートでは、データはかなり公開されています:)
urnenfeld

0

flespiは無料および商用のクラウドサービスを提供します。

免責事項:flespiプラットフォームを開発する会社で働いています。常にインターネット上で客観的になるように最善を尽くしましたが、この回答のすべての情報を再確認して、あなたの決定に影響を与える可能性のあるバイアスを排除してください。


繰り返しになりますが、推奨する場合はサービスへの接続を宣言してください(たとえばflespiで働いているなど)
hardillb
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.