Google Cloud のコネクテッド デバイス アーキテクチャ

Last reviewed 2023-01-26 UTC

コネクテッド デバイスから得られるデータの価値を最大化するには、組織がデータ分析を実行できるようにする必要があります。組織がデバイスを分析アプリケーションに接続する方法は数多くあり、特定のコネクテッド デバイス アーキテクチャのメリットは、組織のユースケースによって異なる可能性があります。このドキュメントでは、Google Cloud 上の一連のコネクテッド デバイス アーキテクチャについて説明します。これらのアーキテクチャは、コネクテッド デバイスの幅広いユースケースと要件に対応しています。

このドキュメントは、Google Cloud の IoT アーキテクチャと IoT Core からの移行についての情報を提供する一連のドキュメントの一部です。このシリーズには、この他に次のドキュメントが含まれています。

コネクテッド デバイス アーキテクチャの概要

本ドキュメントでは、コネクテッド デバイスのアーキテクチャを計画する際に考慮する必要がある次の項目に基づいて、コネクテッド デバイスのユースケースを 3 つのカテゴリに分類しています。

  • デバイスの数: アプリケーションに直接接続されるデバイスの数を考慮することが重要です。アプリケーションに多数のエンドデバイス(マシン、センサー、カメラなど)があり、これらのデバイスが中間ゲートウェイまたは他のデバイス(スマートフォンなど)に接続されている場合、エンドデバイスをアプリケーションで表現し、管理をする必要があるかどうかを判断することが重要です。場合によっては、個々のデバイスを表現する必要があり、中間デバイスのみを表現する必要がある場合もあります。

  • フリート管理: デバイスのステータス モニタリング、ソフトウェアとファームウェアの更新、構成管理、その他のフリート管理機能などの機能が必要かどうかを検討します。これらの要件は、アプリケーション アーキテクチャの選択を決定する際に役立ちます。

  • デバイス間メッセージング: アプリケーション アーキテクチャを介したデバイス間の通信は重要な要素です。たとえば、アプリケーション アーキテクチャを介したコネクテッド デバイス間の通信に依存するアプリケーションもあります。また、各デバイスとアプリケーションの間でのみデータフローが発生し、デバイス間でメッセージングが発生しないアプリケーションもあります。

サマリー テーブル

アプリケーションの特性を理解すると、ユースケースに最適なアーキテクチャを選択できます。次の表は、このシリーズで説明する各接続型アーキテクチャが提供するサポートをまとめたもので、選択の指針になります。

デバイスのサポートの上限 デバイス間メッセージング フリート管理サポート
MQTT ブローカー 数百万 Chrome Enterprise Recommended サポート対象外
IoT プラットフォーム 数百万 サポートあり Chrome Enterprise Recommended
デバイスから Pub/Sub 数百 サポートあり サポート対象外

次のステップ