説明
デバイス ツインは、メタデータ、構成、条件などのデバイス状態情報を保存する JSON ドキュメントです。Azure IoT Hub は、IoT Hub に接続するデバイスごとにデバイス ツインを維持します。
デバイス ID プロパティ。デバイス ツイン JSON ドキュメントのルートには、ID レジストリに保存されている対応するデバイス ID からの読み取り専用プロパティが含まれています。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-device-twins

参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-device-twins

以前にデバイス プロビジョニング サービスを通じて自動プロビジョニングされたデバイスのプロビジョニングを解除する必要がある場合があります。
一般に、デバイスのプロビジョニング解除には 2 つの手順が必要です。
1. 今後の自動プロビジョニングを防ぐために、プロビジョニング サービスからデバイスの登録を解除します。アクセスを一時的に取り消すか永続的に取り消すかに応じて、登録エントリを無効にするか削除する必要がある場合があります。
2. 今後の通信とデータ転送を防ぐために、IoT ハブからデバイスの登録を解除します。繰り返しますが、デバイスがプロビジョニングされた IoT Hub の ID レジストリ内のデバイスのエントリを一時的に無効にしたり、完全に削除したりすることができます。
参照：
https://docs.microsoft.com/bs-latn-ba/azure/iot-dps/how-to-unprovision-devices
AZ-220
番号: AZ-220
合格点: 800
制限時間: 120分
ファイルバージョン: 1
AZ-220
IoTソリューションインフラストラクチャの導入
テストレット 1
ケーススタディ
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。試験時間を好きなだけ使える
各ケースを完了したいと思います。ただし、これに関する追加のケーススタディやセクションが存在する場合があります。
テスト。この試験に含まれるすべての質問を確実に完了できるように時間を管理する必要があります。
与えられた時間内に。
ケーススタディに含まれる質問に答えるには、「」で提供される情報を参照する必要があります。
ケーススタディ。ケーススタディには、に関する詳細情報を提供する展示やその他のリソースが含まれている場合があります。
ケーススタディで説明されているシナリオ。各質問は、このケースに関する他の質問から独立しています。
勉強。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、回答を確認したり、
試験の次のセクションに進む前に変更を加えます。新しいセクションを開始した後は、
このセクションに戻ってください。
ケーススタディを開始するには
このケーススタディに関する最初の質問を表示するには、「次へ」ボタンをクリックします。左側のペインのボタンを使用して探索します
質問に答える前に、ケーススタディの内容を確認してください。これらのボタンをクリックすると情報が表示されます
ビジネス要件、既存の環境、問題の記述など。ケーススタディに「すべて」がある場合
[情報] タブでは、表示される情報は後続のタブに表示される情報と同じであることに注意してください。
タブ。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
既存の環境。開発の現状
Contoso は、温度と湿度を読み取る Bluetooth センサーのセットを製造しています。センサーが接続されているのは、
データを中継するIoTゲートウェイデバイス。
すべての IoT ゲートウェイ デバイスは、iothub1 という名前の Azure IoT ハブに接続します。
既存の環境。デバイスツイン
次の JSON サンプルを使用してデバイス ツインを実装する予定です。

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

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

説明
中程度の信頼度で自動的に生成されるテーブルの説明

ボックス 1: デバイス ID
AMQP クレームベース セキュリティを使用する場合、標準ではこれらのトークンの送信方法が指定されています。
SASL PLAIN の場合、ユーザー名は次のようになります。
IoT ハブレベルのトークンを使用する場合は、{policyName}@sas.root.{iothubName}。
デバイススコープのトークンを使用する場合は、{deviceId}@sas.{iothubname}。
ボックス 2: サス
ボックス 3:IoT ハブハメ
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-dev-guide-sas

参照：
https://docs.microsoft.com/bs-cyrl-ba/azure/iot-hub/iot-hub-message-enrichments-overview