Explanation:
ステップ 1: 次のコマンドを実行します。
コンテナ ランタイムをインストールします。
Azure IoT Edge は、OCI 互換のコンテナー ランタイムに依存しています。運用シナリオでは、以下に示す Moby ベースのエンジンを使用することをお勧めします。Moby エンジンは、Azure IoT Edge で公式にサポートされている唯一のコンテナー エンジンです。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: IotHub から、IoT Edge デバイスのレジストリ エントリを作成します。
注: Azure portal の IoT ハブでは、IoT Edge デバイスは、エッジ対応ではない IOT デバイスとは別に作成および管理されます。
Azure portal にサインインし、IoT ハブに移動します。
左側のウィンドウで、メニューから [IoT Edge] を選択します。
[IoT Edge デバイスの追加] を選択します。
わかりやすいデバイス ID を指定します。デフォルト設定を使用して認証キーを自動生成し、新しいデバイスをハブに接続します。
[保存] を選択します。
Azure portal で接続文字列を取得する
1. デバイスをセットアップする準備ができたら、物理デバイスを IoT ハブの ID にリンクする接続文字列が必要です。
2. ポータルの IoT Edge ページで、IoT Edge デバイスのリストからデバイス ID をクリックします。
3. プライマリ接続文字列またはセカンダリ接続文字列の値をコピーします。
ステップ 3: 接続文字列を追加します。
デバイスを手動でプロビジョニングするには、IoT ハブに新しいデバイスを登録して作成できるデバイス接続文字列をデバイスに提供する必要があります。
構成ファイルを開きます。
須藤ナノ/etc/iotedge/config.yaml
ファイルのプロビジョニング構成を見つけて、手動プロビジョニング構成セクションのコメントを外します。IoT Edge デバイスからの接続文字列で device_connection_string の値を更新します。
ファイルを保存して閉じます。
構成ファイルにプロビジョニング情報を入力したら、デーモンを再起動します。
sudosystemctl 再起動 iotedge
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/how-to-install-iot-edge-linux

説明
デバイス テレメトリは、通常、デバイスから IoT ハブを介して JSON として渡されます。これは、Azure Streaming Analytics クエリによって適切に処理されます。
IoT Hub メッセージ ルーティングは、次のように構成する必要があります。 データ ソース: デバイス テレメトリ メッセージ ルーティング クエリ: true (ルーティング クエリは、受信したメッセージごとに true または false に評価される式であるため、すべてのメッセージをエンドポイントに送信する最も簡単な方法です)クエリとして true を指定するだけです)。
参照：
https://darenmay.com/blog/azure-iot-streaming-analytics-data-lake-analytics-and-json/

説明
Azure Policy の規制コンプライアンスは、HIPAA 監査ログなど、さまざまなコンプライアンス標準に関連するコンプライアンス ドメインとセキュリティ制御のために、組み込みと呼ばれる Microsoft が作成および管理するイニシアチブ定義を提供します。
参照：
https://docs.microsoft.com/en-us/azure/iot-hub/security-controls-policy

各 IoT Edge デバイスは、IoT Edge ランタイムの一部である $edgeAgent と $edgeHub の少なくとも 2 つのモジュールを実行します。IoT Edge デバイスは、任意の数のプロセスに対して複数の追加モジュールを実行できます。配置マニフェストを使用して、インストールするモジュールと、それらが連携して動作するように構成する方法をデバイスに伝えます。
参照：
https://docs.microsoft.com/en-us/azure/iot-edge/module-composition
データの処理と管理
テストレット 1
ケーススタディ
これは事例研究です。ケーススタディの時間は個別に設定されていません。各ケースを完了したいだけの試験時間を使用できます。ただし、この試験には追加のケース スタディやセクションがある場合があります。指定された時間内にこの試験に含まれるすべての問題を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供されている情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。このケース スタディでは、各質問は他の質問とは無関係です。
このケース スタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを開始するには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左ペインのボタンを使用してケース スタディの内容を調べます。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題ステートメントなどの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
Contoso, Ltd. という会社は、建物の内部構造のさまざまなポイントで温度、湿​​度、および光レベルを監視する建物監視システムを作成しています。
Contoso は、英国にある 1 つの建物でシステムをテストします。建物は25階建てです。
各フロアに15部屋あります。
既存の環境。開発の現状
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 との間のメッセージ フローをトレースするシステムを実装します。
* 計画された変更を実装するために必要なカスタム コーディングの量を最小限に抑えます。
* 追加のサービスを実装するときに、読み取り操作が悪影響を受けないようにします。

次のワークフローを使用して、Azure Security Center for IoT セキュリティ エージェントをデプロイしてテストします。
1. IoT Hub に対して Azure Security Center for IoT サービスを有効にする
2. IoT Hub にデバイスが登録されていない場合は、新しいデバイスを登録します。
3. デバイス用の azureiotsecurity セキュリティ モジュールを作成します。
Azure Security Center for IoT はモジュール ツイン メカニズムを利用し、デバイスごとに azureiotsecurity という名前のセキュリティ モジュール ツインを維持します。
注: デバイス用の新しい azureiotsecurity モジュール ツインを手動で作成するには、次の手順を使用します。
1. IoT Hub で、セキュリティ モジュール ツインを作成するデバイスを見つけて選択します。
2. デバイスをクリックし、[モジュール ID の追加] をクリックします。
3. [モジュール ID 名] フィールドに、azureiotsecurity と入力します。
4. [保存] をクリックします。
参照：
https://docs.microsoft.com/en-us/azure/asc-for-iot/quickstart-create-security-twin