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

説明
Explanation:
1ステップでパーティションのないストリーミングユニットの最大数は6です。
参照：
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-parallelization IoTソリューションの監視、トラブルシューティング、および最適化テストレット1ケーススタディこれはケーススタディです。ケーススタディは個別にタイミングが調整されていません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケーススタディとセクションがある場合があります。提供された時間内にこの試験に含まれるすべての質問を確実に完了することができるように、時間を管理する必要があります。
ケーススタディに含まれている質問に答えるには、ケーススタディで提供されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれている場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用して、ケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問]ボタンをクリックして質問に戻ります。
概要
Contoso、Ltd.という会社は、建物の内部構造のさまざまなポイントで温度、湿​​度、および光のレベルを監視する建物監視システムを作成しています。
Contosoは、英国にある1つの建物でシステムをテストします。建物は25階建てです。
各フロアには15室あります。
既存の環境。開発の現状
Contosoは、温度と湿度を読み取る一連のBluetoothセンサーを製造しています。センサーは、データを中継するIoTゲートウェイデバイスに接続します。
すべてのIoTゲートウェイデバイスは、iothub1という名前のAzureIoTハブに接続します。
既存の環境。デバイスツイン
次のJSONサンプルを使用して、デバイスツインを実装する予定です。

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

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

デバイステレメトリカテゴリは、IoTハブで発生し、テレメトリパイプラインに関連するエラーを追跡します。
このカテゴリには、テレメトリイベント（スロットルなど）の送信時およびテレメトリイベント（不正なリーダーなど）の受信時に発生するエラーが含まれます。このカテゴリは、デバイス自体で実行されているコードによって引き起こされたエラーをキャッチできません。
注：メトリックd2c.telemetry.ingress.sendThrottleは、デバイススループットスロットルによるスロットルエラーの数です。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-monitor-resource-health

説明
EventHubName：関数2.x以降。イベントハブの名前。イベントハブ名が接続文字列にも存在する場合、その値は実行時にこのプロパティを上書きします。
接続：イベントハブの名前空間への接続文字列を含むアプリ設定の名前。
イベントハブ自体ではなく、ネームスペースの[接続情報]ボタンをクリックして、この接続文字列をコピーします。この接続文字列には、メッセージをイベントストリームに送信するための送信権限が必要です。
参照：
https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-event-iot-output

説明

ステップ1：次のコマンドを実行します
コンテナランタイムをインストールします。
Azure IoT Edgeは、OCI互換のコンテナーランタイムに依存しています。本番シナリオでは、以下に示すMobyベースのエンジンを使用することをお勧めします。Mobyエンジンは、AzureIoTEdgeで公式にサポートされている唯一のコンテナーエンジンです。Docker CE/EEコンテナイメージはMobyランタイムと互換性があります。
Mobyエンジンをインストールします。
sudo apt-get install moby-engine
Mobyコマンドラインインターフェイス（CLI）をインストールします。CLIは開発には役立ちますが、実稼働環境ではオプションです。
sudo apt-get install moby-cli
セキュリティデーモンをインストールします。パッケージは/etc/iotedge/にインストールされます。
sudo apt-get install iotedge
ステップ2：Iot Hubから、IoTEdgeデバイスのレジストリエントリを作成します。
注：AzureポータルのIoT Hubでは、IoT Edgeデバイスは、エッジが有効になっていないIOTデバイスとは別に作成および管理されます。
* Azureポータルにサインインし、IoTハブに移動します。
*左側のペインで、メニューから[IoTEdge]を選択します。
*[IoTエッジデバイスの追加]を選択します。
*説明的なデバイスIDを提供します。デフォルト設定を使用して認証キーを自動生成し、新しいデバイスをハブに接続します。
*[保存]を選択します。
Azureポータルで接続文字列を取得します
1.デバイスをセットアップする準備ができたら、物理デバイスをIoTハブ内のIDにリンクする接続文字列が必要です。
2.ポータルの[IoTEdge]ページで、IoTEdgeデバイスのリストからデバイスIDをクリックします。
3.プライマリ接続文字列またはセカンダリ接続文字列のいずれかの値をコピーします。
手順3：接続文字列をに追加します。
デバイスを手動でプロビジョニングするには、IoTハブに新しいデバイスを登録することで作成できるデバイス接続文字列をデバイスに提供する必要があります。
構成ファイルを開きます。
sudo nano /etc/iotedge/config.yaml
ファイルのプロビジョニング構成を見つけて、「手動プロビジョニング構成」セクションのコメントを解除します。device_connection_stringの値を、IoTEdgeデバイスからの接続文字列で更新します。
ファイルを保存して閉じます。
構成ファイルにプロビジョニング情報を入力した後、デーモンを再起動します。
sudo systemctl restart iotedge
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/how-to-install-iot-edge-linux