Azure DPS: IoTデバイス10万台のプロビジョニングはアーキテクチャの問題である

10台のデバイスをショップフロアでプロビジョニングするのは簡単です。技術者は接続文字列を入力し、テレメトリを確認するだけで済みます。しかし、世界中の工場や顧客ネットワークに分散した10万台のデバイスに対して同じ手作業のアプローチを取ると、あらゆる近道がアーキテクチャ上の障害へと変わってしまいます。基本的なセットアップを超えるには、デバイスID、信頼境界、ハブルーティング、長期的なフリート管理についての堅牢な理解が必要です。

製造時のIDと運用時のID
工場から出荷される新しい産業用ゲートウェイには、テスト済みのソフトウェアイメージとローカルのドライバ設定が含まれていますが、将来の工場用の接続文字列をハードコードして持たせるべきではありません。イメージに恒久的な接続文字列を埋め込むと、その機密情報が漏えいした場合に重大なセキュリティリスクが生じます。代わりに、製造時のID(どの物理的なユニットが製造されたかを証明するもの)と運用時のID(デバイスがクラウドにどのように、どこへ接続するかを決定するもの)を分離してください。この分離により、デバイスイメージを異なる顧客環境や展開の波をまたいで移植可能な状態に保つことができます。

Azure Device Provisioning Service(DPS)の役割
Azure Device Provisioning Serviceは、クラウド環境の安全な受付窓口として機能し、未設定のハードウェアと、日々のトラフィックを処理する特定のIoT Hubとの間に立ちます。エンドポイントをハードコードする代わりに、デバイスは初回起動時にグローバルなプロビジョニングエンドポイントに接続し、暗号化された証明を提示して、事前定義されたルールに基づいて割り当てられたハブの詳細情報を受け取ります。これによりブートストラップソフトウェアと最終的な接続先が切り離され、手作業のスプレッドシート管理なしに大規模な展開を管理できるようになります。

アテステーションと登録によるtrustの管理
承認されたハードウェアだけが環境に参加できるよう、デバイスは堅牢な暗号化アテステーション手法を用いてIDを証明する必要があります。

• TPM(Trusted Platform Module): IDをハードウェアチップに直接結び付け、複製されたディスクイメージがアクセス権を引き継ぐのを防ぎます。
  
• X.509証明書: デジタル証明書と秘密鍵を使用するため、多層のサプライチェーンや長期間稼働するフリートに適しています。
  
• 対称鍵: 共有シークレットに依存するため、ラボでのセットアップは簡単になりますが、抽出に対する厳格な保護が必要です。
  

これらに加えて、登録グループを利用することで、何千ものレコードを個別に設定する代わりに、デバイスファミリー全体に一貫したセキュリティポリシーを適用できます。

初回起動の現実とハブの割り当てへの対応
産業用プラントにおける初回起動の条件が理想的であることはまれです。そのため、ブートストラップソフトウェアはネットワークの欠落、プロキシ設定、DNSの遅延、クロックのずれを、安全な再試行ロジックによって適切に処理する必要があります。接続が許可されると、DPSは最低レイテンシ、静的な構成、均等な重み付け分散などの戦略を用いて、デバイスをIoT Hubに割り当てます。適切なキャパシティ計画により、割り当てられたハブがデバイス数だけでなく、実際の運用テレメトリ量やコマンドトラフィックを十分に処理できることが保証されます。


このポッドキャストのサポーターになる: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.