2021년 3월 17일
IoT 장치 관리 –
Mender.io CTO Eystein Måløy Stenberg는 OTA 소프트웨어 업데이트, 구성, 모니터링 및 문제 해결을 포함한 IoT 장치 관리의 수명주기 전반에 걸쳐 요구 사항을 더 잘 해결함으로써 직면 한 과제와 개선 기회에 대한 전문가의 통찰력을 공유합니다. 이 기사는 곧 출시 될 Mender를 예상합니다. Mender 2.7은 Mender.io 엔지니어링 팀을위한 획기적인 릴리스입니다. 이 릴리스에는 이미 동급 최고의 Mender.io OTA 소프트웨어 업데이트 솔루션에 대한 추가 기능 팩으로 장치 구성 관리 및 문제 해결 기능이 추가되었습니다. 이 릴리스를 표시하기 위해 IoT 장치 관리의 수명주기, 계획 및 실행을위한 과제 및 주요 고려 사항을 살펴보고 싶습니다. by Eystein Maloy Stenberg |

IoT 장치 관리 수명주기의 단계
IoT 장치 관리 수명주기에는 4 가지 주요 단계가 있습니다.
- 프로비저닝(Provisioning) – 고객이 처음으로 IoT 연결 장치를 사용할 때
- 빠른 개선(Rapid improvement) – 경쟁에서 앞서 기 위해 장치의 초기 "버전 1.0"문제를 수정하는 작업이 포함됩니다.
- 유지 관리 및 지원(Maintenance and support) – 여기에는 보안 문제를 수정하고 장치의 소프트웨어 안정성을 개선하는 작업이 포함됩니다.
- 폐기(Decommissioning) – 일반적으로 5 년에서 10 년 사이 인 수명주기가 끝나면 장치를 현장에서 꺼내는 작업이 포함됩니다.
이 4 단계는 각 단계에서 발생해야하는 4 가지 주요 프로세스에 매핑됩니다.
- 초기 구성을 프로비저닝하기 위해 최신으로의 무선 소프트웨어 업데이트를 1 회 제공합니다.
- 장치에 대한 OTA (Software over the Air) 소프트웨어 애플리케이션 업데이트를 자주 수반해야하는 이상을 모니터링합니다. 또한 장치에 대한 원격 액세스를 통한 문제 해결 지원을 통해 문제를 처리하고 분류해야합니다.
- 분기 별 OTA 시스템 업데이트 루틴을 설정해야합니다. 장치의 모니터링 및 문제 해결은 항상 진행되어야합니다. 장치 구성도 최적화하도록 조정해야합니다.
- OTA 시스템 업데이트로 구성 또는 재설정으로 액세스를 잠재적으로 제거합니다. 장치 관리에서 제거합니다.
다음으로 IoT 장치를 관리하는 사람들이 직면 한 과제를 살펴 봅니다. 종종 자체 개발 한 장치 관리 솔루션을 통합, 설정 또는 구축하는 데 너무 많은 시간이 소요되므로 핵심 제품 개발에 소요되는 시간이 줄어 듭니다.
적절한 장치 관리를 수행하는 데 필요한 작업을 과소 평가하지 마십시오.
일부 기업은 동급 최고의 장치 관리 솔루션을 구축하는 데 필요한 사항을 과소 평가할 수 있으며 자연적으로 발전하기 때문에 시간이 지남에 따라 총 소유 비용이 높아집니다. 이러한 요구에는 고급 장치 관리 사용 사례 또는 하드웨어 변경, 운영 체제 워크 플로 요구가 포함될 수 있습니다. 장치 관리에 최대한 적은 시간을 할애하고 고객을 만족시키고 제품을 차별화하여 제품의 시장 점유율과 수익을 높이는 데 최대한 많은 시간을 할애해야합니다.
일반적으로 두 가지 전략적 과제 영역이 있습니다.
- 클라우드 및 플랫폼 기반 장치 관리 솔루션으로 인해 종속됩니다. 이렇게하면 비즈니스에 팀에 가장 적합한 솔루션을 선택할 수있는 민첩성이 떨어집니다. 또한 공급 업체 가격 인상의 미래 위험이 있으며 로드맵의 향후 변경이 제한됩니다. 개발 도구 세트, 클라우드 공급 업체 또는 장치 하드웨어 / OS 등 변화하는 비즈니스 요구에 쉽게 통합 할 수있는 오픈 소스 기반 솔루션이 필요합니다.
- 견고하고 안전한 장치 관리는 IoT 제품의 필수 초석이므로 고품질 솔루션을 찾아야합니다. 사용 사례를 지원할뿐만 아니라 보안과 견고성을 염두에두고 구축해야합니다. 마지막으로 발생하고 싶은 것은 복구 할 수없는 소프트웨어 업데이트 실패로 인해 들어오는 고객 지원 문의의 폭주입니다. 또는 더 나쁜 것은 기기 관리 솔루션이 어떻게 쉽게 해킹되고 고객 데이터에 액세스하여 악의적 인 행위자와 도둑을 조장하는지에 대한 모든 잘못된 이유로 업계 1면 미디어 잡지를 만드는 것입니다.
IoT 장치 관리의 혁신을위한 기회
다음으로, 장치 관리의 혁신을위한 정말 큰 기회에 대해 설명합니다. 혁신은 지속적으로 발생하는 프로세스이며이를 통해 지속적으로 낮은 위험으로 변경할 수 있다는 이점이 있습니다.
- 따라서 IoT 혁신의 초석은 시스템, 애플리케이션, 모뎀 용 펌웨어 등 장치의 모든 소프트웨어 업데이트를 지원하는 OTA 소프트웨어 업데이트 솔루션을 확보하는 것입니다. 무엇을 변경해야하는지 미리 알지 못합니다.
- 위험을 낮추고 안전하게 혁신 할 수 있으려면 OTA 소프트웨어 업데이트 프로세스가 강력하고 안전해야합니다. 견고하다면 업데이트 프로세스 중간의 전력 손실, 심지어 소프트웨어 자체의 버그와 같은 불안정한 환경에 대해서도 탄력적입니다. 소프트웨어에 문제가있는 경우 안전하게 롤백 할 수 있음을 알고 일부 고객에게 초기 빌드를 릴리스 할 수 있어야합니다.
- IoT 프로젝트 첫날부터 혁신하고 경쟁 우위를 확보하려면 강력하고 안전한 OTA 소프트웨어 업데이트 프로세스가 마련되어 있어야합니다. Tesla는 자동차 산업의 예입니다.
IoT 장치 관리에서 놓친 기회
다음으로, 오늘날 많은 조직에서 IoT 장치 관리를 수행하는 방식에서 실제로 실패하거나 놓친 기회를 평가합니다. 장치 관리는 너무 자주 사후 고려입니다. 프로덕션 릴리스 직전에 장치 설계에 "마지막 순간"추가가됩니다. 일반적으로 엔지니어링 팀은 출시 기한을 맞추기 위해 서두르는 것처럼 일종의 장치 관리가 필요하다는 사실을 발견합니다. 그래야만 제품이 출시 이후에 업데이트되고 지원 될 수 있어야한다는 사실을 깨닫게됩니다. 이로 인해 신속하게 개발 된 "백도어"수정이 제자리에 배치되는 경우가 많습니다. 이것은 프로젝트에있는 장치의 견고성과 보안에 심각한 영향을 미치는 밴드 보조 솔루션입니다.
또한 일부 조직은 클라우드 용으로 구축 된 솔루션을 IoT 환경에 적용하려고합니다. IoT 환경이 클라우드 환경과 매우 다르기 때문에 제대로 작동하지 않습니다. 이는 일반적으로 IoT 장치의 전원 및 연결이 불안정하기 때문에 실패 할 경우 쉽게 "복제"하거나 "새 IoT 장치를 회전"할 수 없다는 사실에 기인합니다. IoT 용 장치 관리 솔루션은이를 고려해야합니다. 이에 대한 예를 살펴 보겠습니다. 소프트웨어 업데이트 측면에서 Kubernetes는 클라우드 환경에서 자주 사용됩니다. 단일 컨테이너가 작동하는지 여부는 신경 쓰지 않고 실패하면 자동으로 버리고 새 컨테이너를 시작하면됩니다. 이것은 자동화 될 수 있습니다. 그러나 IoT 장치에서 컨테이너 또는 OS 서비스가 실패하면 해당 장치가 전체적으로 제대로 작동하지 않습니다. 다시 말하지만, 견고성은 IoT의 핵심입니다.
또한 클라우드 솔루션은 종종 VPC 또는 방화벽 뒤와 같은 제한적인 환경에 배치 될 것이라고 가정합니다. 대조적으로 IoT 장치는 "야생"에 있습니다. 안전하지 않을뿐만 아니라 타사 무선 네트워크를 통해 직접 노출 될 수도 있습니다. 또한 누군가가 물리적으로 저장 장치를 훔치고 독점 알고리즘 또는 고객 데이터를 추출하려고 시도 할 수있는 물리적 공격에 취약합니다. 이것이 IoT 환경에서 보안이 다른 이유입니다.
하드웨어 및 소프트웨어 선택은 흥미롭고 때로는 복잡한 여정입니다. 선택할 수있는 것이 많고 가격, 성능 및 보안과의 절충이 있습니다.
IoT 장치 관리에 대한 지원 소스
오늘날 조직은 일반적으로 다음과 같은 3 가지 주요 출처로부터 도움을 요청합니다.
- 최고의 솔루션을 찾는 데 초점을 맞춘 컨설팅 또는 디자인 회사
- 하드웨어 공급 업체
- 클라우드 공급 업체
증가하는 표준화가 구출 될 것입니다
결국 하드웨어 및 소프트웨어의 표준화는 시간이 지남에 따라 계속 될 것이며 IoT 제품 회사의 삶을 더 쉽게 만들 것입니다. 느린 추세이지만 일어나고 있습니다. 90 년대에는 제품 회사가 자체 운영 체제를 구축하는 것이 일반적이었습니다. 그러나 오늘날 새로운 IoT 제품은 Linux 또는 FreeRTOS 또는 Zephyr와 같은보다 표준적인 RTOS를 기반으로합니다. 차별화가없는 비용 절감 효과로 스택의 모든 영역에서 똑같은 일이 발생합니다.
결론
요약하면 IoT 제품을 설계 할 때 철저한 IoT 장치 관리 계획을 세우십시오. 처음부터 폐기에 이르기까지 장치 수명주기 관리의 4 가지 주요 단계에 대해 자세히 알아보십시오. 강력하고 안전한 OTA 소프트웨어 업데이트는 제품의 장기적인 보안 증명과 확장 성 및 미래 가치에 영향을 미치므로 즉시 계획해야합니다. 장치가 현장에 있으면 특히 장치 집합이 큰 경우 물리적 업데이트를 수행하고 싶지 않을 것입니다. 일회성 초기 소프트웨어 업데이트를 계획 한 다음 분기 별 OTA 소프트웨어 업데이트 일정 또는 요구 사항에 따라 더 자주 계획하십시오. 초기 OTA 소프트웨어 업데이트는 장치에 대한 초기 구성을 제공하며, 모니터링, 원격 액세스 및 문제 해결은 수명주기의 다음 3 단계에 걸쳐 OTA 소프트웨어 프로세스와 완벽하게 통합됩니다.
궁굼한것이 있으신가요? 여기를 눌러 문의하세요.

Source :
Source :