IoT 클라우드 레퍼런스 모델

현재 IoT 디바이스들을 지원하는 클라우드 서비스들에는 몇가지 아키텍쳐 유형있다. 이들 아키텍쳐를 구현한 업체들의 실 서비스들은 모두 기술적인 요건이라기 보다는 해당 IoT 클라우드 서비스를 제공하는 업체의 철학과 전략이 반경되었다 할 수 있다. 

하기 내용을 좀 더 이해하기 위해서는 다음 포스팅을 참조해 주세요.

IoT 클라우드 전쟁 , http://wisefree.tistory.com/406

현재 다음 3가지 IoT 클라우드 구현을 위해 3가지 레퍼런스 모델로 크게 대별할 수 있다.

1) Mobile Device Centric

애플의 IoT 모델이다. 애플은 MFi 규격을 준수하는 디바이스들이 자동으로 iOS(iPhone,iPad)와  연동되도록 한다. 이 때, 지원하는 프로토콜은 BT와 Wifi이다. 

이렇게 연결된 디바이스들은 Healthkit이나 HomeKit , CloudKit 등을 통해 개발된 어플리케이션을 통해 제어된다. 이 때, 발생하는 모든 관련 데이타는 iCloud를 통해 처리된다. 

이 모델의 장점은 사용자들이 기존에 사용하던 모바일 디바이스를 중심으로 각종 디바이스를 통합하고 제어할 수 있다는 것이다. 그리고 서비스 제공자 입장에서는 그 동안 시장에 공급했던 기존 모바일 디바이스의 가치를 극대화할 수 있다는 데 있다. 애플같은 모바일 디바이스 업체 입장에서 가장 매력적인 모델이라 할 수 있다.

2) Pure Cloud Centric

구글의 IoT 모델이다. 사용자는 디바이스들을 연결하기 위해 별도의 디바이스를 필요로 하지 않는다. 사용자는 단지 구글 Nest를 지원하는 디바이스를 구매한 후 이를 On시키면 자동으로 Wifi를 통해 Nest 클라우드에 연결된다.

Nest 클라우드는 Nest 규약을 지원하는 디바이스들의 프로타일을 관리하고 이를 제어하기 위한 API 를 제공하여 다양한 조작이 가능하도록 한다.

이 모델의 장점은 언제 어디서나 Wifi가 지원되는 곳에서 손쉽게 해당  IoT 디바이스를 설치, 사용할 수 있다는 데 있다. 

3) Hybrid

SmartThing 등 신규 IoT전문 업체들이 선호하는 모델이다.  별도의 Hub 디바이스를 통해 디바이스들을 연결한다. 이 때,  Hub 디바이스는 다양한 프로토콜을 통해 디바이스를 연결하고 이 Hub는 외부의 IoT 클라우드와 연결되어 Hub에 연결된 디바이스들을 조작한다. 

실제 , SmartThings 의 경우 SmartThings Hub라는 별도 디바이스를 사용자가 설치하고 지원하는 디바이스를 연결한 후 Hub를 통해 SmartThings 클라우드에 접속하여 관련 디바이스를 조작하게 해준다. 

이 모델의 장점은 다양한 프로토콜을 지원가능한 Hub 통해 리거시 디바이스를 포함한 다양한 디바이스와 연결성이 가능하다는 장점이 있으나 사용자 입장에서 별도의 Hub 디바이스를 구매하고 설치해야 하는 부담이 발생한다.

위의 레퍼런스 모델을 보면 모바일 디바이스 등 직접 디바이스를 제조하는 회사의 경우 기존 모바일 디바이스를 Hub화 함으로써 기존 기득권을 유지하는 것이 가장 유리한 방법이라 할 수 있다. 

그러나 디바이스 제조사가 아닐 경우 비록 모든 디바이스가 Wifi에 연결되는 기능을 내장하고 있어야 하지만 직접 IoT 클라우드에 디바이스가 연결하는 모델이 유리하다 할 수 있다.  

반면에 Hub 모델의 경우 연결성면에서는 장점이 있으나 별도의 장치를 설치해야 하는 번거로움이 있어 과도기적인 접근 방법이라 할 수 있다. 혹자는 리거시 디바이스들을 연결시키위해서는 다양한 리거시 프로토콜을 지원하는 Hub 디바이스가 필요하다 할 지 모르나 사용자는 기존의 장치를 연결하기 위해 고생하는 것 보다 손쉽게 새로운 것을 이용하는 것을 선호한다.  

과거 4년 전 쯤 리거시 디바이스들을 연결해서 새로운 개발 플랫폼을 만들기 위한 제안을 한 적이 있었느데 그 때 많은 사람들이 과거 다 해 봤는데 안되더라 했었는데.. 시간이 흐르면 세상도 기술도 바뀌어 안되던 일도 되는 게 진리인데..