MQTT 및 DDS:IoT의 M2M 통신

사물 인터넷(IoT) 최근 많은 주목을 받고 있다. 이 중 일부의 원동력은 "사물"이 통신하는 수단으로 IBM MQTT 프로토콜을 표준화하기 위한 OASIS 이니셔티브의 최근 발표입니다. 이 New York Times 블로그 게시물은 MQTT 및 발표에 대한 몇 가지 배경 정보를 제공합니다.

MQTT가 데자뷰 감각을 제공한다면 OMG(Object Management Group) DDS(실시간 시스템용 데이터 배포 서비스) 표준에 익숙할 것입니다. MQTT와 마찬가지로 DDS는 IoT의 기반인 M2M(Machine-to-Machine) 통신을 처리하도록 특별히 설계되었습니다.

DDS 대 MQTT

그러나 MQTT와 DDS는 공통된 열망을 공유할 수 있지만 표준은 매우 다릅니다. 각각은 IoT 구성 방식에 대한 서로 다른 가정을 중심으로 최적화되어 있습니다.

• MQTT 센서와 모바일 장치를 데이터 센터에서 실행되는 애플리케이션에 연결하는 중앙 집중식 데이터 수집 및 분석에 최적화되어 있습니다.
• DDS 중앙 집중식 IT 인프라에 의존하지 않고 센서, 장치 및 애플리케이션을 서로 직접 연결하는 분산 처리에 최적화되어 있습니다.

MQTT와 DDS의 차이점은 기본 아키텍처에 명시되어 있습니다.

MQTT 아키텍처

MQTT는 허브 앤 스포크입니다. 센서, 장치 및 애플리케이션은 데이터 센터의 서버(또는 어플라이언스)에서 실행되는 메시지 브로커를 통해 통신합니다. 이 중앙 집중식 브로커를 통한 모든 통신 경로.

DDS 아키텍처

DDS는 분산되어 있습니다. 데이터를 생성하는 사물은 해당 데이터를 소비하는 애플리케이션 및 사물과 직접 통신합니다. 즉, 피어 투 피어. 데이터 센터에서 필요한 경우에만 데이터가 데이터 센터로 흐릅니다.

아키텍처가 다르기 때문에 MQTT와 DDS는 다양한 유형의 애플리케이션에 적합합니다.

MQTT 애플리케이션

MQTT는 기존 M2M을 수용합니다. 클라이언트 시스템이 서버 시스템과 일대일로 통신하는 애플리케이션. 예를 들어 유정 및 파이프라인을 모니터링하는 센서와 같은 원격 자산 모니터링이 있습니다.

DDS 애플리케이션

DDS가 가장 좋습니다 모든 데이터 처리가 중앙 집중화되지 않은 경우. 예를 들어, 환자 모니터링 시스템을 고려하십시오. 센서 데이터(예:생체 통계)는 간호사의 진료실에서 전자 건강 기록을 위해 그리고 의사의 모바일 장치에서도 필요합니다. 센서 데이터를 데이터 센터를 통해 라우팅하여 함께 배치된 침대 옆 모니터로 가져오는 것은 매우 비효율적입니다. 전체 대역폭 요구 사항으로 인해 기술적으로 유지되지 않을 수도 있습니다.

어떤 IoT 통신 프로토콜이 가장 좋습니까?

따라서 MQTT와 DDS는 모두 사물 인터넷을 위한 표준 통신 기반을 제공하지만 이들의 아키텍처는 매우 다른 배포 토폴로지에 적합합니다. 데이터 흐름이 분산될 때 중앙 집중식 솔루션을 선택하면 애플리케이션의 확장성과 효율성에 중대한 영향을 미칠 수 있습니다.