IoT Hub と Event Hubs の違い — 多くの製造業者が誤ったサービスを選ぶ理由

1. 工場フロアの症状と中核的な課題
チームは、初期のワークショップで適切に聞こえたという理由だけで、工場のテレメトリをAzureのどのサービスに送るかを決めがちです。しかし数か月後になって、そのデータ経路では実際の工場運用を支えられないことに気づきます。その結果、同じ信号のコピーから導出された、相互に矛盾する値(5分平均と最大値やアラームを比較した値など)を示す複数のダッシュボードが生まれます。最終的にこの技術的な断絶は、単純なソフトウェアのバグではなく、信頼性の問題になります。根本的な誤りは、デバイス制御、構成状態、コマンド、ストリーム処理を分けず、受信するすべてのマシンデータを汎用的なテレメトリとして扱うことにあります。

2. 工場トラフィックの分類
Azureのサービスを選ぶ前に、適切に扱えるよう、トラフィックを名前、方向、所有者によって分類する必要があります。

• イベントは特定の時点に紐づく事実を表し、何がいつ起きたかを記録します。例としては、完了したプレスサイクルや、限界値を超えた振動の読み取りなどがあります。これらは追記専用の記録であり、下流で編集してはなりません。
• コマンドは、デバイスやゲートウェイに特定の意図をもって動作を実行させる要求です。例としては、診断情報の収集や接続のテストなどがあります。実行の責任を伴い、現場のPLC(プログラマブルロジックコントローラ)および安全境界を遵守しなければなりません。
• 状態はデバイスの現在の既知の状態を表し、完全な時系列の履歴ではありません。例としては、ソフトウェアのバージョンや有効なレシピのマッピングなどがあります。通常は、desiredプロパティとreportedプロパティによって管理されます。
• 業務メッセージは、必ず実行され追跡されるべき運用上の作業を含みます。例としては、品質保留やメンテナンス依頼などがあります。これらを生のセンサーイベントのパイプラインに直接混在させてはなりません。

3. メンタルモデル:識別のゲートとデータの高速道路
Azure IoT Hubは管理された入口として機能し、主にIDレジストリ、認証、有効/無効の状態を通じてデバイスとの関係とライフサイクルに焦点を当てます。これにより、セキュリティチームはインシデント発生時に、たとえば4号ラインのゲートウェイのような、侵害された、または疑わしい単一のゲートウェイを隔離または無効化できます。工場全体のテレメトリ経路を停止させる必要はありません。一方、Azure Event Hubsはデータの高速道路として機能し、ストリーム処理と、多数の独立した読み取り側への大量データの移動に完全に焦点を当てます。Event Hubsはデバイスのライフサイクル、ファームウェア、望ましい構成を管理しません。その主な役割は、パーティションとコンシューマーグループを通じてトラフィックを効率的に流し続けることです。

4. デバイス管理とセキュリティ
認証の選択肢は、ハードウェアの能力とセキュリティアーキテクチャに大きく依存します。SASトークンを用いた対称鍵は、制約のあるハードウェアやゲートウェイに適していますが、鍵の盗難を防ぐために安全なハードウェアストレージが必要です。あるいは、X.509証明書は、信頼された認証局を介してよりクリーンなチェーンを提供するため、大規模なフリートに適していますが、堅牢なローテーションとライフサイクル管理が求められます。デバイスのライフサイクルは、登録、変更、無効化、置換というパターンに従います。これにより、交換用のハードウェアユニットを、下流のパイプラインを壊したり、実体のない資産を生み出したりすることなく、その運用上の役割とクラウドIDにきれいに結び付けられます。さらに、デバイスツインは構成管理と稼働状態の把握のためにdesiredおよびreportedの状態を利用しますが、高頻度のテレメトリをデバイスツインに保存してはなりません。

5. ストリーム処理とルーティングの仕組み
パーティションは、ストリームを順序付けられたレーンに分割します。順序保証は厳密に単一のパーティション内でのみ適用され、通常はビジネスロジックに従ってマシン、ライン、またはゲートウェイのIDごとにパーティション分割されます。コンシューマーグループにより、OEE計算ツール、状態監視ツール、データレイクへの取り込みサービスなど、複数の下流システムが、読み取り位置を奪い合うことなく、同じストリームをそれぞれ独立に読み取れます。ストリームの保持期間は、短期的な復旧、障害耐性、リプレイによるロジックの修正のための作業時間枠を提供します。ただし、ストリームの保持は、長期的な記録のための永続的なヒストリアンやレイクハウスの代わりにはなりません。

6. アーキテクチャ上の決定の要約
サービスを評価する際、Azure IoT Hubは、管理されたエッジゲートウェイ、リモート構成、そしてデバイスごとのレジストリとネイティブのデバイスツインによるデバイスのセキュリティ隔離に最適です。Azure Event Hubsは、ネームスペースレベルのアクセスポリシーを用いて、複数のコンシューマーに配布される、継続的で大量のテレメトリに最適です。ただし、ネイティブのデバイスライフサイクル管理は備えていません。堅牢な工場アーキテクチャは、両方のオプションを組み合わせることが多く、接続の境界ではIoT Hubを使って信頼、ID、構成を管理し、下流ではEvent Hubsを使って、大量のイベントストリームを独立したコンシューマーへ安全に配布します。

このポッドキャストのサポーターになる: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.