장치 원격 분석은 일반적으로 IoT Hub를 통해 장치에서 JSON으로 전달됩니다. 이는 Azure Streaming Analytics 쿼리에서 잘 처리됩니다.
IoT Hub 메시지 라우팅은 다음과 같이 구성해야 합니다. 데이터 원본: 장치 원격 분석 메시지 라우팅 쿼리: true(라우팅 쿼리는 수신된 각 메시지에 대해 true 또는 false로 평가되는 표현식이므로 모든 메시지를 끝점으로 보내는 가장 간단한 방법입니다. 쿼리로 true를 제공하는 것입니다).
참조:
https://darenmay.com/blog/azure-iot-streaming-analytics-data-lake-analytics-and-json/

설명:
상자 1: iothub1
Azure IoT 허브의 이름은 iothub1입니다.
상자 2: azure-devices.net
장치 연결 문자열의 형식은 다음과 같습니다.
HostName={YourIoTHubName}.azure-devices.net;DeviceId=MyNodeDevice;SharedAccessKey={YourSharedAccessKey} 상자 1: device1 Device1의 기본 키가 Uihuih76hbHb입니다.
참조:
https://docs.microsoft.com/en-us/azure/iot-hub/quickstart-control-device-dotnet

참조:
https://docs.microsoft.com/en-us/azure/iot-central/core/howto-set-up-template

설명
설명:
한 단계로 파티션이 없는 스트리밍 장치의 최대 수는 6입니다.
참조:
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-parallelization IoT 솔루션 모니터링, 문제 해결 및 최적화 Testlet 1 사례 연구 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
Contoso, Ltd.라는 회사는 건물 내부 구조의 다양한 지점에서 온도, 습도 및 조도를 모니터링하는 건물 모니터링 시스템을 만들고 있습니다.
Contoso는 영국에 있는 단일 건물에서 시스템을 테스트합니다. 건물은 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절이 누락된 다음 쿼리의 초안을 작성합니다.
선택하다
평균(온도),
System.TimeStamp() AS AsaTime
에서
아이오허브
30초 기간을 사용하여 센서의 평균 온도 판독값을 계산할 계획입니다.
센서에서 보고한 조건과 Stream Analytics 작업에서 발행한 해당 경고 사이의 대기 시간을 최소화할 계획입니다.
기존 환경. 장치 메시지
IoT 게이트웨이 장치는 온도가 지정된 임계값을 초과할 때마다 다음 JSON 데이터가 포함된 메시지를 보냅니다.

levelproperty는 criticalep라는 Azure Service Bus 큐 끝점으로 메시지를 라우팅하는 데 사용됩니다.
기존 환경. 문제
IoT 게이트웨이 디바이스와 iothub1 간의 연결 문제를 발견하여 IoT 디바이스의 연결 및 메시지 손실을 유발합니다.
요구 사항. 계획된 변경
Contoso는 다음과 같이 변경할 계획입니다.
* Stream Analytics를 사용하여 데이터를 처리하고 봅니다.
* Azure Time Series Insights를 사용하여 데이터를 시각화합니다.
* 장치 상태 및 필수 설정을 동기화하는 시스템을 구현합니다.
* 메시지 보강을 사용하여 메시지에 추가 정보를 추가합니다.
* 조건이 지정된 임계값을 초과하는 경우 경고를 보내도록 알림 시스템을 만듭니다.
* 간헐적인 연결 문제 및 메시지 손실의 원인을 식별하는 시스템을 구현합니다.
요구 사항. 기술 요구 사항
Contoso는 다음 기술 요구 사항을 충족해야 합니다.
* 가능하면 IoT Hub에 내장된 기능을 사용하세요.
* 가능하면 하드웨어 및 소프트웨어 비용을 최소화합니다.
* 규모에 맞게 장치를 프로비저닝하기 위한 관리 노력을 최소화합니다.
* iothub1과 주고받는 메시지 흐름을 추적하는 시스템을 구현합니다.
* 계획된 변경을 구현하는 데 필요한 사용자 지정 코딩의 양을 최소화합니다.
* 추가 서비스 구현 시 읽기 작업이 부정적인 영향을 받는 것을 방지합니다.

대신 장치 쌍에 태그를 추가해야 합니다.
태그: 솔루션 백엔드가 읽고 쓸 수 있는 JSON 문서 섹션입니다. 태그는 기기 앱에 표시되지 않습니다.
참조:
https://docs.microsoft.com/de-de/azure/iot-hub/iot-hub-devguide-device-twins
https://azure.microsoft.com/sv-se/blog/deep-dive-into-azure-iot-hub-notifications-and-device-twin/