デバイスプロビジョニングサービスは、基本層（B1など）に含まれています。
不正解：
B、C、D：標準層は、クラウドからデバイスへのメッセージング、Azure IoT Edge、およびデバイスツインに必要です。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-scaling
トピック2、Contoso
既存の環境
開発の現状
Contosoは、温度と湿度を読み取る一連のBluetoothセンサーを製造しています。センサーは、データを中継するIoTゲートウェイデバイスに接続します。
すべてのIoTゲートウェイデバイスは、iothub1という名前のAzureIoTハブに接続します。
既存の環境。デバイスツイン
次のJSONサンプルを使用して、デバイスツインを実装する予定です。

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

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

説明
代わりに、Device Provisioning Serviceから、登録グループを無効にし、IoTデバイスがプロビジョニングされるIoTハブのIDレジストリのデバイスエントリを無効にします。
参照：
https://docs.microsoft.com/bs-latn-ba/azure/iot-dps/how-to-unprovision-devices