휴대용 소프트웨어 에이전트:IoT 연결에 대한 'Goldilocks' 접근 방식

사물 인터넷(IoT)에는 여러 단계와 복잡성이 포함되며 각각에는 여러 설계 결정과 절충점이 있습니다. 대부분의 연결된 장치의 경우 첫 번째 단계는 내장형 무선 IoT 모듈을 사용하여 물리적 개체(IoT '사물')와 인터넷 간의 연결을 활성화하는 것입니다. IoT 모듈에는 연결된 장치가 Wi-Fi, 셀룰러 또는 Bluetooth와 같은 무선 프로토콜을 통해 데이터를 주고받을 수 있도록 하는 통신 회로가 포함되어 있습니다.

디바이스를 IoT 클라우드에 연결하고 연결된 디바이스를 관리하려면 특수 연결 소프트웨어가 필요합니다. 최근까지 커넥티드 제품 제조업체는 디바이스를 IoT 클라우드에 연결하는 두 가지 방법, 즉 소프트웨어 개발 키트(SDK) 또는 무선 IoT 모듈에 통합된 IoT 소프트웨어 에이전트 중에서 선택할 수 있었습니다.

접근 방식에 관계없이 연결 소프트웨어는 각 하드웨어 모듈 모델에서 작동하도록 엄격하게 테스트되고 인증되어야 합니다. 웨어러블 피트니스 트래커, 커피 메이커, 가정용 온도 조절기부터 공장 장비, 조명 시스템, 상업용 열, 환기 및 공조(HVAC) 시스템에 이르기까지 연결이 필요한 IoT 장치의 범위를 고려할 때 연결 소프트웨어와 통신 하드웨어를 페어링하는 것은 어려울 수 있습니다. .

SDK는 MQTT 또는 CoAP와 같은 저수준 및 표준화된 프로토콜을 통해 통신하기 위한 가장 일반적인 라이브러리만 제공합니다. 이와 대조적으로 프로덕션 수준의 IoT 소프트웨어 에이전트는 메시지 직렬화, 오류 처리, 알림, 스케줄링, 무선(OTA) 업데이트, 디버깅, 문제 해결, 인증 및 권한 부여, 사용자 등록, 및 기타 기능 - 모든 인증, 테스트 및 특정 IoT 모듈로 생산 준비 완료.

그러나 이제 IoT 솔루션 제공업체는 SDK보다 더 많은 기능을 제공하지만 사전 구축된 프로덕션 에이전트보다 가벼운 IoT 클라우드에 대한 연결을 설정하기 위한 새로운 옵션을 갖게 되었습니다. 새로운 휴대용 IoT 소프트웨어 에이전트는 특정 유형의 프로젝트에 중요한 중간 옵션을 제공합니다. 너무 크지도, 너무 작지도 않은. 즉, 셀룰러 또는 Wi-Fi 모듈을 사용하여 IoT 제품을 연결하는 훨씬 더 유연한 'Goldilocks' 접근 방식입니다.

유연한 연결 솔루션을 만들기 위한 주요 과제

각 IoT 제품 설계자가 고려해야 하는 다양한 프로토콜, 처리, 메모리 및 소프트웨어 고려 사항과 호환될 수 있는 연결 솔루션을 설계하는 것은 어려운 일입니다. 이전에는 연결된 제품 제조업체가 SDK로 지원되는 개방적이고 유연한 연결 설계 또는 임베디드 IoT 소프트웨어 에이전트에서 제공하는 통합 턴키 설계 중에서 선택해야 했습니다.

IoT 솔루션은 소수의 기존 제조업체가 사내에서 소유하지 못하는 무수히 많은 새로운 요구 사항과 기술 요구 사항을 도입합니다. IoT를 지원하는 기존 제품, 특히 연결된 제품을 처음 접하는 제조업체는 종종 소프트웨어 에이전트를 선택하면 IoT 제품의 출시 시간을 크게 단축할 수 있다는 사실을 알게 됩니다.

소프트웨어 에이전트는 IoT 클라우드 연결의 복잡성 대부분을 처리하므로 제조업체는 연결된 솔루션을 설계, 구축, 테스트, 지원 및 확장하는 데 필요한 막대한 시간과 리소스를 소비하지 않고도 이미 잘하고 있는 작업에 리소스를 집중할 수 있습니다. 그들이 해야 할 일은 몇 가지 간단한 API를 사용하여 프로덕션 소프트웨어 에이전트가 호환되는 프로덕션 무선 모듈과 통신하도록 하는 것입니다.

그러나 IoT 소프트웨어 에이전트를 사용하는 이러한 포괄적인 접근 방식에는 단점이 있습니다. 특히 설계 옵션의 유연성이 부족합니다. IoT 소프트웨어 에이전트는 특정 공급업체의 IoT 클라우드에 연결되고 각 에이전트-모듈 페어링은 특정 모듈 공급업체의 특정 모듈 모델에 대해 테스트 및 인증됩니다. 이 접근 방식은 하드웨어 비용도 증가시킵니다. IoT 지원 무선 모듈 외에도 회사는 애플리케이션 코드를 로드하는 추가 마이크로컨트롤러를 구매한 다음 무선 모듈과 통신하도록 마이크로컨트롤러를 프로그래밍해야 합니다.

에이전트와 모듈 간의 이러한 통합은 연결된 제품 제조업체가 IoT 클라우드와 무선 모듈을 별도로 선택해야 한다는 것을 의미합니다. 많은 제조업체는 하나 또는 소수의 모듈 제공업체와 대량 할인을 제공합니다. 선호하는 모듈 공급업체가 선택한 IoT 클라우드용 에이전트를 지원하지 않는 경우 제조업체는 사양 외 모듈 공급업체를 통해 선호하는 IoT 클라우드에 연결하기 위해 BOM(Bill-of-Materials) 비용에 더 많은 비용을 지출해야 합니다. 비용을 통제하지만 연결된 제품의 기능과 성능을 가장 잘 지원하는 IoT 클라우드를 통해 연결할 수 없습니다.

IoT에 정통한 엔지니어링 팀이 있는 제조업체는 소프트웨어 에이전트 대신 SDK를 사용하여 MQTT, CoAP 또는 HTTP와 같은 프로토콜을 통해 자체 메시징 및 데이터 모델을 구축함으로써 이러한 상충 관계를 극복할 수 있습니다. 그러나 현실적으로 이 옵션은 연결된 제품을 설계하고 출시한 경험이 가장 많은 최대 규모의 제조업체 외에는 사용할 수 없습니다. 나머지는 유연성과 그에 따른 비용 절감(예:SDK 사용 및 자체 IoT 엔지니어링 수행) 또는 IoT 연결 세부 정보를 사전 구축된 소프트웨어 에이전트에 맡기는 더 빠르고 일반적으로 안전한 경로를 선택해야 했습니다.

이동식 에이전트 접근 방식이 타당한 경우

휴대용 에이전트 접근 방식은 새로운 대안을 제시합니다. 다양한 IoT 연결 기능을 위한 모듈식 옵션으로 강화된 SDK라고 생각하십시오.

휴대용 에이전트를 사용하면 모든 무선 모듈에서 특정 IoT 클라우드에 연결할 수 있습니다. 결과적으로 해당 IoT 클라우드에 연결하려는 IoT 솔루션 제조업체는 더 이상 인증된 무선 모듈 목록으로 제한되지 않습니다. 휴대용 에이전트는 SDK 형태의 클라이언트가 제공하는 저수준 연결성을 제공할 뿐만 아니라 IoT 클라우드에 대한 연결성, 안정성, 보안성을 관리합니다. 이식 가능한 에이전트의 사용자는 소스 코드에 액세스할 수도 있으므로 이 옵션을 소스 코드를 노출하지 않는 프로덕션 에이전트보다 유연하게 만듭니다.

포터블 에이전트 접근 방식을 가장 많이 사용하는 회사 유형은 두 가지입니다.

• 커넥티드 제품 출시 경험이 있거나 기존 제품을 다른 무선 모듈로 개조하려는 대규모 제조업체

• 모듈 제작자 자신.

IoT 제품을 설계하는 전문 지식이 있는 제조업체의 경우 휴대용 에이전트를 사용하면 소프트웨어 에이전트를 선호하는 무선 모듈에 연결하는 일회성 엔지니어링 비용을 정당화할 수 있습니다. 배송하는 연결된 제품의 양에 따라 선택한 모듈이 선택한 IoT 클라우드를 지원하도록 인증되지 않은 경우에도 무선 모듈 공급업체와의 계약 비용 절감을 위해 휴대용 에이전트 접근 방식을 사용할 수 있습니다.

이러한 제조업체는 휴대용 에이전트를 사용하여 하드웨어 BOM 비용을 절감하면서 특정 하드웨어 모듈에 국한되는 부담 없이 제품의 공간을 줄일 수 있습니다. 절감액을 고객에게 전가하거나 미래 제품을 위한 R&D에 연료를 사용하는 데 사용할 수 있습니다.

무선 모듈 제조업체에게 휴대용 에이전트는 IoT 제품을 만드는 데 관심이 있는 더 넓은 범위의 산업에 더 다양한 모듈을 제공할 수 있는 능력을 의미합니다. 모듈 제조업체는 소프트웨어 에이전트를 제품에 통합할 수 있는 IoT 엔지니어링 기술을 보유하고 있습니다. 휴대용 에이전트 접근 방식은 모듈 공급업체가 특정 유형의 고객이 관심을 가질 수 있는 특정 IoT 클라우드에 제품을 연결할 수 있도록 지원합니다.