モジュール情報で構成した配置マニフェストを適用して、モジュールをデバイスに配置します。
ディレクトリを配置マニフェストが保存されているフォルダーに変更します。VS Code IoT Edge テンプレートの 1 つを使用した場合は、deployment.template.json ファイルではなく、ソリューション ディレクトリの config フォルダーにある deployment.json ファイルを使用します。
次のコマンドを使用して、構成を IoT Edge デバイスに適用します。
az iot edge set-modules --device-id [デバイス ID] --hub-name [ハブ名] --content [ファイル パス] リファレンス:
https://docs.microsoft.com/en-us/azure/iot-edge/how-to-deploy-modules-cli データの処理と管理 テストレット 1 ケース スタディ これはケース スタディです。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは独立しています。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
既存の環境。開発の現状
Contoso は、温度と湿度を読み取る一連の Bluetooth センサーを作成します。センサーは、データを中継する IoT ゲートウェイ デバイスに接続します。
すべての IoT ゲートウェイ デバイスは、iothub1 という名前の Azure IoT ハブに接続します。
既存の環境。デバイス ツイン
次の JSON サンプルを使用して、デバイス ツインを実装する予定です。

既存の環境。Azure ストリーム分析
各部屋には、単一の IoT ゲートウェイ デバイスに送信される測定値を生成する 3 ～ 5 個のセンサーがあります。IoT ゲートウェイ デバイスは、すべての読み取り値を 10 ～ 10 の間隔で iothub1 に転送します。
60秒。
各 IoT ゲートウェイ デバイスが独自の IoT Hub デバイス ID を持つように、ゲートウェイ パターンを使用する予定です。
次のクエリの下書きを作成しますが、GROUP BY 句がありません。
選択する
AVG(温度)、
System.TimeStamp() AS AsaTime
から
アイトゥーブ
センサーの平均温度読み取り値を計算するために 30 秒の期間を使用する予定です。
センサーによって報告された状態と、Stream Analytics ジョブによって発行された対応するアラートとの間の待機時間を最小限に抑えることを計画しています。
既存の環境。デバイス メッセージ
IoT ゲートウェイ デバイスは、温度が指定されたしきい値を超えるたびに、次の JSON データを含むメッセージを送信します。

level プロパティは、メッセージを criticalep という名前の Azure Service Bus キュー エンドポイントにルーティングするために使用されます。
既存の環境。問題
IoT ゲートウェイ デバイスと iothub1 の間の接続の問題を発見しました。これにより、IoT デバイスの接続とメッセージが失われます。
要件。計画変更
Contoso は、次の変更を行う予定です。
* Stream Analytics を使用してデータを処理および表示します。
* Azure Time Series Insights を使用してデータを視覚化します。
* デバイスのステータスと必要な設定を同期するシステムを実装します。
* メッセージ エンリッチメントを使用して、メッセージに追加情報を追加します。
* 条件が指定されたしきい値を超えた場合にアラートを送信する通知システムを作成します。
*断続的な接続の問題とメッセージの損失の原因を特定するシステムを実装します。
要件。技術要件
Contoso は次の要件を満たす必要があります。
* 可能な限り、IoT Hub の組み込み関数を使用します。
* 可能な限り、ハードウェアとソフトウェアのコストを最小限に抑えます。
* デバイスを大規模にプロビジョニングするための管理作業を最小限に抑えます。
* iothub1 との間のメッセージ フローをトレースするシステムを実装します。
* 計画された変更を実装するために必要なカスタム コーディングの量を最小限に抑えます。
* 追加のサービスを実装するときに、読み取り操作が悪影響を受けないようにします。

デバイスはテレメトリを使用して、デバイスから数値データを送信します。選択したテレメトリが指定されたしきい値を超えると、ルールがトリガーされます。
E: テレメトリ ルールを作成するには、デバイス テンプレートに少なくとも 1 つのテレメトリ値が含まれている必要があります。このルールは、デバイスによって報告された温度を監視し、400 度を下回ると電子メールを送信します。
B: ルール条件を構成します。
条件は、ルールが監視する基準を定義します。このチュートリアルでは、温度が 70°F を超えたときにルールを起動するように構成します。
1. [テレメトリ] ドロップダウンで [温度] を選択します。
2. 次に、[演算子] として [より小さい] を選択し、[値] として 400 を入力します。

3. オプションで、時間集計を設定できます。時間集計を選択する場合、集計ドロップダウンから平均や合計などの集計タイプも選択する必要があります。
集計を行わない場合、条件に一致するテレメトリ データ ポイントごとにルールがトリガーされます。
集計では、時間枠内のテレメトリ データ ポイントの集計値が条件を満たしている場合にルールがトリガーされます。
参照：
https://docs.microsoft.com/en-us/azure/iot-central/core/tutorial-create-telemetry-rules

Azure IoT Central は、過去の傾向を分析し、デバイスからのテレメトリを関連付けるための豊富な分析機能を提供します。開始するには、左側のペインで [分析] を選択します。
分析ユーザー インターフェイスには、次の 3 つの主要コンポーネントがあります。
データ構成パネル: 構成パネルで、データを分析するデバイス グループを選択します。次に、分析するテレメトリを選択し、各テレメトリの集計方法を選択します。Group By コントロールは、デバイス プロパティをディメンションとして使用してデータをグループ化するのに役立ちます。
時間コントロール: 時間コントロールを使用して、データを分析する期間を選択します。
チャート コントロール: チャート コントロールは、データを折れ線グラフとして視覚化します。
参照：
https://docs.microsoft.com/en-us/azure/iot-central/core/howto-create-analytics

Azure IoT Hub の自動デバイス管理は、大規模なデバイス フリートを管理するための反復的で複雑なタスクの多くを自動化します。自動デバイス管理を使用すると、プロパティに基づいて一連のデバイスをターゲットにし、必要な構成を定義してから、スコープに入ったときに IoT Hub でデバイスを更新できます。この更新は、自動デバイス構成または自動モジュール構成を使用して行われます。これにより、完了とコンプライアンスを要約し、マージと競合を処理し、段階的なアプローチで構成をロールアウトできます。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-automatic-device-management