Azure IoT Edge는 Raspberry Pi3만큼 작은 장치에서 서버급 하드웨어까지 훌륭하게 실행됩니다.
1 단계.
다음 표에 나열된 시스템은 Microsoft에서 일반적으로 사용 가능하거나 공개 미리 보기로 지원되며 각 새 릴리스에서 테스트되었습니다.

참조:
https://docs.microsoft.com/en-us/azure/iot-edge/support
데이터 처리 및 관리
테스트렛 1
사례 연구
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 정해지지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에는 추가적인 사례 연구와 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 전시물과 기타 리소스가 포함될 수 있습니다. 이 사례 연구의 각 질문은 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 시험의 다음 섹션으로 이동하기 전에 답변을 검토하고 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 살펴보세요. 이러한 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아가세요.
기존 환경. 개발 현황
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에서 들어오고 나가는 메시지 흐름을 추적하는 시스템을 구현합니다.
* 계획된 변경 사항을 구현하는 데 필요한 사용자 정의 코딩의 양을 최소화합니다.
* 추가 서비스 구현 시 읽기 작업이 부정적인 영향을 받지 않도록 방지하세요.

참조:
https://docs.microsoft.com/en-us/azure/iot-edge/module-deployment-monitoring

대부분 이 오류는 서비스에 대한 Azure RBAC(Azure 역할 기반 액세스 제어) 권한이 올바르게 설정되지 않았음을 나타냅니다. Azure Digital Twins 인스턴스에 대한 많은 작업을 수행하려면 관리하려는 인스턴스에 대한 Azure Digital Twins 데이터 소유자 역할이 필요합니다.
참조:
https://docs.microsoft.com/en-us/azure/digital-twins/troubleshoot-error-403

예를 들어 빌더는 다음과 같은 특성을 가진 연결된 팬에 대한 디바이스 템플릿을 생성할 수 있습니다.
온도 원격 측정을 보냅니다.
위치 속성을 보냅니다.
참조:
https://docs.microsoft.com/en-us/azure/iot-central/core/howto-set-up-template

설명

1단계: 다음 명령을 실행합니다.
컨테이너 런타임을 설치합니다.
Azure IoT Edge는 OCI 호환 컨테이너 런타임을 사용합니다. 프로덕션 시나리오의 경우 아래 제공된 Moby 기반 엔진을 사용하는 것이 좋습니다. Moby 엔진은 Azure IoT Edge에서 공식적으로 지원되는 유일한 컨테이너 엔진입니다. Docker CE/EE 컨테이너 이미지는 Moby 런타임과 호환됩니다.
Moby 엔진을 설치합니다.
sudo apt-get moby-engine 설치
Moby 명령줄 인터페이스(CLI)를 설치합니다. CLI는 개발에는 유용하지만 프로덕션 배포에는 선택 사항입니다.
sudo apt-get moby-cli 설치
보안 데몬을 설치합니다. 패키지는 /etc/iotedge/에 설치됩니다.
sudo apt-get 설치 iotedge
2단계: IoT Hub에서 IoT Edge 장치 레지스트리 항목을 만듭니다.
참고: Azure Portal의 IoT Hub에서 IoT Edge 장치는 Edge를 지원하지 않는 IOT 장치와 별도로 생성되고 관리됩니다.
* Azure Portal에 로그인하고 IoT Hub로 이동합니다.
* 왼쪽 창의 메뉴에서 IoT Edge를 선택합니다.
* IoT Edge 장치 추가를 선택합니다.
* 설명이 포함된 장치 ID를 제공하세요. 기본 설정을 사용하여 인증 키를 자동 생성하고 새 장치를 허브에 연결합니다.
* 저장을 선택하세요.
Azure Portal에서 연결 문자열을 검색합니다.
1. 장치를 설정할 준비가 되면 실제 장치를 IoT 허브의 ID와 연결하는 연결 문자열이 필요합니다.
2. 포털의 IoT Edge 페이지에 있는 IoT Edge 장치 목록에서 장치 ID를 클릭합니다.
3. 기본 연결 문자열 또는 보조 연결 문자열의 값을 복사합니다.
3단계: 연결 문자열을 ..에 추가합니다.
디바이스를 수동으로 프로비전하려면 IoT 허브에 새 디바이스를 등록하여 만들 수 있는 디바이스 연결 문자열을 디바이스에 제공해야 합니다.
구성 파일을 엽니다.
sudo nano /etc/iotedge/config.yaml
파일의 프로비저닝 구성을 찾아 수동 프로비저닝 구성 섹션의 주석 처리를 해제하세요. IoT Edge 디바이스의 연결 문자열로 device_connection_string 값을 업데이트합니다.
파일을 저장하고 닫습니다.
구성 파일에 프로비저닝 정보를 입력한 후 데몬을 다시 시작합니다.
sudo systemctl 재시작 iotedge
참조:
https://docs.microsoft.com/en-us/azure/iot-edge/how-to-install-iot-edge-linux