IoT 생태계에서 USP 찾기:2부

IoT Australia Consulting의 Arpit Khosla

이 일련의 기사를 통해 우리의 목표는 IoT 가치 사슬뿐만 아니라 시장/경제 구조와 이를 둘러싼 변화하는 역학을 도표화하는 것입니다. 이 글은 가치 사슬의 각 구성 요소에서 솔루션 전략 및 USP를 파악하려는 비즈니스 의사 결정자를 대상으로 합니다. 지난 기사에서는 IoT 센서, 기기, 게이트웨이 및 가치 사슬의 통신 부분에 중점을 두었습니다. 이 기사에서는 IoT Australia Consulting Services의 Arpit Khosla와 Praneet Thakur가 IoT 플랫폼에 뛰어들 것입니다.

"IoT 플랫폼"이라는 용어가 해석될 수 있는 다양한 방식을 고려할 때, 우리는 이 기회를 통해 먼저 IoT 플랫폼이 포함하는 모든 것에 대한 견해를 제시합니다. 높은 수준에서 수평 및 수직 기능을 포함합니다. 수평으로 표시될 수 있는 기능 중 일부는 연결 관리, 장치 관리, 데이터 수집 및 저장, 애플리케이션 지원 플랫폼 및 분석 지원 플랫폼입니다. 때때로 종단 간 청구를 제공하는 청구 플랫폼은 수평 플랫폼 제품군의 일부이기도 합니다. 애플리케이션 자체는 더 수직적이거나 시나리오에 따라 다르므로 수직적 기능으로 분류할 수 있습니다. 전략 및 USP 관점에서 각 기능을 살펴보겠습니다.

연결 관리와 관련하여 적용 범위, 보안, 이동성, 전체, 확장성, 전력 프로필 및 대기 시간 요구 사항을 기반으로 올바른 기술을 선택해야 할 수도 있지만 솔루션 자체는 일반적으로 네트워크 제공 사업자가 처리합니다. 솔루션 전략 관점에서 라이선스 대 비 라이선스 SIM, SIM 대 eSIM, 분할 청구 대 종단 간 청구와 같은 몇 가지 주요 결정 사항이 있지만 다른 기사를 필요로 하므로 이 기사에서 세부 정보를 다루지 않을 것입니다.

마찬가지로 장치 관리 솔루션 전략 관점에서 기술 결정권자는 장치 수명 주기 관리, 명령 및 제어, 모니터링, 감사, 펌웨어 업데이트의 요구 사항을 해결해야 합니다. 이러한 맥락에서 의사 결정자는 LWM2M 및 OMADM과 같은 표준 프로토콜뿐만 아니라 OPC-UA, Profinet, Modbus 및 Hart 등이 될 수 있는 상황별 프로토콜도 고려해야 합니다. 그러나 USP 관점에서 Innovator가 할 수 있는 것은 많지 않습니다. 연결 관리 또는 장치 관리 기능에서 끌어옵니다.

데이터 수집 및 스토리지 플랫폼은 이기종 문제, 진화하는 표준 및 올바른 보안 상태로 확장성을 처리해야 하는 요구 사항에 대해 낯선 사람이 아닙니다. 솔루션 전략 관점에서 https, MQTT, CoAP, AMQP 등 중에서 올바른 프로토콜을 선택하는 것이 중요한 결정 중 하나입니다. 일반적으로 대부분의 플랫폼은 위의 프로토콜에 대한 지원을 제공하지만 여기에서 결정을 내리는 것은 광고와 통합의 용이성입니다. 예를 들어 일부 플랫폼은 개발을 위한 시간과 노력 투자를 보장하는 통신을 가능하게 하는 라이브러리 세트를 제공하는 반면, 다른 플랫폼은 낮은 코드/낮은 터치 구성 기반 설정을 제공합니다.

솔루션 가용성 관점에서 우리는 세 가지 접근 방식을 봅니다. 첫째, 데이터 수집 브로커 및 스토리지 플랫폼은 AWS와 같은 종단 간 수평 클라우드 플랫폼 제공업체에서 제공하는 제품군의 일부입니다. &애저. 이는 인프라 설정 및 관리, 확장성, 고가용성 등의 복잡성을 단순화하려는 시도입니다. 대체 솔루션은 C3IoT, Software AG, PTC와 같이 완전히 제품화된 플랫폼을 구입하는 것입니다. . 제품화한다는 것은 관리, 운영, 감사, 통합 및 사용자 인터페이스와 관련된 일반적인 생산 요구 사항이 미리 구워져 있음을 의미합니다.

일반적인 세 ​​번째 옵션은 Rabbitmq, Eclipse Mosquito 등과 같은 오픈 소스 솔루션을 사용하여 구축하는 것입니다. 전반적으로 대부분의 PaaS 및 SaaS 플레이어는 이 분야에서 유사한 제품을 제공하며 선택을 위한 일반적인 고려 사항은 규모, 상업, 운영 및 지속적인 유지 관리 및 지원입니다. 우리는 솔루션의 이 부분을 핵심 차별화 요소 또는 USP를 구축하기 위한 강력한 후보로 보지 않으며, 추가로 사용 가능한 솔루션이 너무 많기 때문에 가치 사슬의 이 부분이 경쟁력을 유지하고 PaaS 또는 SaaS가 시장 지배력을 남용할 가능성이 거의 없을 것으로 예상합니다. . 결론적으로 우리는 PaaS 또는 SaaS를 선호하는 개발 모드로 여기를 경쟁력 있고 상품화된 공간으로 표시할 수 있습니다.

애플리케이션 지원 플랫폼과 분석 플랫폼도 수평적 플랫폼 공간으로 분류할 수 있습니다. 이러한 플랫폼을 통해 솔루션은 수신 데이터를 실시간 또는 배치/스케줄 방식으로 처리할 수 있습니다. 이것은 모든 플랫폼이 유사한 기능을 갖고 있지 않기 때문에 데이터 수집 플랫폼과 다릅니다. 기술 의사 결정권자는 일반적으로 분석 및 기계 학습, 시각화 응용 프로그램 개발 및 호스팅 기능을 수행하는 능력을 평가합니다. 통합 및 API 호출을 통한 확장성은 또 다른 고려 사항입니다. 이러한 통합은 모놀리식 또는 마이크로 서비스 기반, 클라우드 또는 온프레미스 기반 환경에서 수행될 수 있습니다.

이러한 솔루션 중 일부는 특히 에지 분석을 위해 에지 공간에도 진출합니다. 의사 결정자가 위의 차원 관점에서 요구 사항을 알고 나면 Azure 및 AWS 또는 오픈 소스 기반 빌드에서 제공하는 세 가지 선택 PaaS 중 하나를 볼 수 있습니다. 엣지 또는 포그 컴퓨팅에 대한 필요성이 빠르게 증가하고 있으며 가장 성장하는 영역으로 간주된다는 점을 고려할 때 솔루션 설계자에게도 명확한 엣지 전략이 거의 필수입니다. Edge 공간에서는 Intel과 같은 솔루션을 볼 수 있습니다. Dell의 Movidius 기반 칩셋 및 에지 어플라이언스 하드웨어 관점에서 그리고 Azure IoT Edge, AWS IoT Greengrass, 소프트웨어 관점에서 Software AG 엣지 어플라이언스. 분석 및 애플리케이션 공간에서 빌드의 세 번째 접근 방식을 따르는 동안 Kaa, HDFS, Kafka, Nifi, Mongo DB, Nginx 등과 같은 기술을 함께 연결하여 강력한 IoT 솔루션을 구현해야 합니다.

전반적으로 솔루션 전략 관점에서 우리는 분석 공간의 SaaS 플레이어가 최적화된 학습 알고리즘으로 차별화될 것으로 예상된다는 사실을 인식해야 한다고 생각합니다. 이것은 SaaS 플레이어가 나중에 시장 지배력을 남용할 가능성을 만듭니다. 비즈니스 의사 결정자는 또한 이 분야에서 개발된 차별화와 일치하지 않을 수 있는 빌드 접근 방식에 필요한 시간과 투자를 인식해야 합니다. 따라서 여기에서 선호하는 접근 방식은 애플리케이션 활성화 및 분석 엔진 기능을 위한 PaaS라고 생각합니다.

다음은 수직 전용 애플리케이션입니다. 솔루션 빌더는 일반적으로 위의 IoT 플랫폼 카탈로그에서 다양한 기능을 호출하여 애플리케이션의 끝을 빌드합니다. 예를 들어, 애플리케이션은 데이터 수집 플랫폼에서 데이터를 수집하고 분석 플랫폼에서 마이닝한 트렌드 및 통찰력을 기반으로 시각화를 개발하여 애플리케이션 지원 플랫폼에서 제공하는 환경에서 개발할 수 있습니다. 이 end-to-end 컨텍스트 기반 생태계 연결에 의해 생성된 통찰력이 문제를 해결하고 가치가 생성되었음을 알게 되며 강력한 USP로 솔루션을 무장시킵니다.

이는 상대적으로 훨씬 더 큰 비즈니스 렌즈로 검토가 필요한 영역이다. 의사 결정자는 응용 프로그램이 가치 있고 희귀하며 불완전하게 모방할 수 있고 대체할 수 없는지 평가해야 합니다. 시장 구조 관점에서 이것은 자신의 시장을 정의하고 독점을 즐길 수 있는 영역이므로 오픈 소스 환경을 사용하여 처음부터 빌드하는 것이 선호되는 접근 방식입니다. 또한 비즈니스 관점에서 우리는 이 분야에서 고객의 높은 고정성을 기대하므로 시간이 중요합니다. 선택한 솔루션으로 시장에 더 빨리 출시할수록 USP를 활용하여 확장할 가능성이 높아집니다.

전반적으로 USP 개발 관점에서 가장 적합한 후보로 보이는 것은 기본 맞춤형 분석이 있는 수직 특정 애플리케이션입니다. IoT 플랫폼 솔루션 전략 관점에서 데이터 수집을 위한 PaaS 또는 SaaS, 애플리케이션 및 분석을 위한 PaaS 및 수직 특정 애플리케이션 관점을 위한 오픈 소스 기반 빌드에 대한 권장 사항을 제시했지만 모든 결정을 이끄는 컨텍스트의 엄청난 중요성에 감사드립니다. 상황에 따라 전담 R&D 지원으로 시장 출시 시간이 단축되는 경우:Saas가 최적의 결정이 될 수 있습니다. 따라서 위의 모든 요소를 ​​일반적인 지침으로 사용할 수 있지만 각 사용 사례에는 자체 심사위원단과 자체 결정이 필요합니다.

이 블로그의 작성자는 IoT Australia Consulting Services의 설립자인 Arpit Khosla와 IoT Australia Consulting Services의 고문인 Praneet Thakur입니다.