MQTT 및 스마트 게이트웨이를 통한 효율적이고 안전한 IoT 연결

에 대해 얘기 할 때 수백만 개의 IoT 기기를 연결합니다 안정적이고, 가볍고, 안전한 통신을 위해 항상 거론되는 이름은 바로 MQTT입니다. 이 프로토콜은 센서, 산업용 게이트웨이, 스마트 홈 기기, 클라우드 플랫폼이 네트워크 과부하나 에너지 소비 급증 없이 통신하는 데 핵심적인 역할을 합니다.

단순한 "또 다른 프로토콜"과는 거리가 멀다. MQTT는 사물 인터넷의 실제 요구 사항에 완벽하게 부합합니다.불안정한 네트워크, 극도로 낮은 대역폭, 매우 제한적인 하드웨어, 까다로운 산업 환경, 또는 사이버 공장, 에너지 원격 측정, 고급 홈 자동화와 같은 거의 실시간 애플리케이션 등 다양한 상황에서 MQTT는 유용하게 사용될 수 있습니다. MQTT의 작동 방식, IoT 연결에서의 역할, MQTT 게이트웨이란 무엇인지, 그리고 어떤 특정 상황에서 다른 옵션보다 MQTT를 사용하는 것이 더 적합한지 차분하고 자세하게 살펴보겠습니다.

MQTT란 무엇이며, 사물인터넷(IoT) 분야에서 왜 그렇게 인기를 얻게 되었을까요?

MQTT(Message Queuing Telemetry Transport)는 경량의 개방형 표준 메시징 프로토콜 이 기술은 특히 기계 간(M2M) 통신, 더 나아가 사물 인터넷(IoT)을 위해 설계되었습니다. 그 목표는 매우 명확합니다. 네트워크 상태가 좋지 않거나, 대역폭이 제한적이거나, 기기의 메모리나 연산 능력이 매우 부족하더라도 기기 간에 데이터를 송수신할 수 있도록 하는 것입니다.

기존의 클라이언트-서버 모델과 달리 MQTT는 다음과 같은 방식을 사용합니다. 출판/구독 아키텍처 이 시스템은 브로커라고 불리는 중앙 중개자를 기반으로 합니다. 디바이스들은 서로 직접 통신하는 것이 아니라, 특정 토픽에 메시지를 게시하고 관심 있는 토픽을 구독합니다. 브로커는 이러한 모든 메시지를 수신하고, 필터링하여 적절한 클라이언트에 전달하는 역할을 합니다.

이러한 작동 방식 덕분에 MQTT는 매우 유연하고 확장 가능합니다.수백 또는 수천 개의 관리하기 어려운 지점 간 연결 대신 모든 것이 브로커를 통해 조정되며, 브로커는 구현 방식과 가용 리소스에 따라 몇 대의 장치에서 수백만 대의 장치까지 처리할 수 있습니다.

IoT용 MQTT의 주요 기술적 특징

경량 및 효율적인 프로토콜

MQTT가 IoT 분야에서 매우 인기 있는 주요 이유 중 하나는 바로 다음과 같은 특징 때문입니다. 엄청나게 가볍다이 장치를 구현하는 데에는 매우 적은 코드와 리소스만 필요하므로 소형 마이크로컨트롤러, 저가형 센서 또는 배터리 구동 장비에 이상적입니다.

MQTT 제어 메시지의 최소 버전은 다음과 같은 내용을 포함할 수 있습니다. 단 2바이트의 데이터또한 메시지 헤더가 매우 간결하여 통신 오버헤드를 최소화합니다. 이러한 설계는 다음과 같은 시나리오에 적합합니다. 적은 대역폭 또는 모든 바이트가 중요한 고가의 네트워크(예: 일부 셀룰러 네트워크 또는 LPWAN)에서 사용됩니다.

HTTP와 같이 복잡한 요청과 장황한 헤더를 사용하는 무거운 프로토콜과 비교했을 때, MQTT는 더 간결한 통신을 가능하게 합니다. 네트워크 사용을 최적화하기 위해이는 몇 초마다 수천 대의 기기가 통신하는 상황에서 매우 중요합니다.

주제가 포함된 게시/구독 템플릿

MQTT는 다음 모델을 기반으로 합니다. 주제별 간행물/구독이것들은 정보를 계층별로 구성하는 텍스트 문자열(UTF-8)입니다. 예를 들어, 스마트 홈에서는 다음과 같은 것들이 있을 수 있습니다.

집/거실/온도
집/주방/연기
집/차고/문

거실에 설치된 온도 센서가 측정값을 토픽에 게시할 것입니다. 집/거실/온도모니터링 애플리케이션은 동일한 토픽을 구독하여 모든 수신 메시지를 받게 됩니다. 이러한 방식으로 새로운 장치나 데이터 소비자를 추가하는 것은 매우 간단합니다. 적절한 주제를 사용하세요기존 인프라를 변경할 필요 없이.

이 시스템은 엄밀히 말하면 고전적인 메시지 큐는 아니지만, 큐 기반 모델과 매우 유사합니다. 장치들이 메시지를 생성하여 중앙 지점(브로커)으로 보내고, 그러면 브로커가 이를 처리합니다. 처리 시스템은 해당 데이터를 소비합니다. 사용자의 필요에 따라 조절할 수 있습니다. 따라서 센서를 변경하지 않고도 소비자 수를 늘려 시스템을 훨씬 쉽게 확장할 수 있습니다.

서비스 품질(QoS) 및 신뢰성

많은 IoT 장치가 다음을 통해 연결됩니다. 지연 시간이 길고 대역폭이 낮으며 신뢰성이 제한적인 네트워크예를 들어 연결 상태가 불안정한 모바일 네트워크나 혼잡한 무선 링크와 같은 환경에서도 메시지 전달이 보장되도록 MQTT는 여러 가지 메커니즘을 통합하고 있습니다.

이 프로토콜은 세 가지 수준을 정의합니다. 서비스 품질(QoS):

QoS 0 – “최대 한 번”메시지는 확인 절차 없이 한 번만 전송됩니다. 가장 빠르고 가벼운 방법이지만, 일부 메시지가 손실될 수 있습니다.
QoS 1 – “최소 한 번”이는 메시지가 중복해서 도착할 가능성이 있더라도 메시지가 전달되도록 보장합니다. 전달 확인을 위해 수신 확인 시스템이 사용됩니다.
QoS 2 – “정확히 한 번”이는 가장 강력한 수준입니다. 이 수준은 각 메시지가 한 번만 전달되도록 보장합니다. 4단계 악수무게는 좀 더 나가지만, 특정 민감한 상황에서는 필수적입니다.

이러한 QoS 레벨 덕분에 MQTT는 다양한 환경에 맞게 조정될 수 있습니다. 다양한 사용 사례특정 데이터가 손실되더라도 아무런 조치가 취해지지 않는 원격 측정 시스템부터, 메시지 중복이나 손실이 용납될 수 없는 중요 시스템에 이르기까지 다양합니다.

재연결 및 불안정한 네트워크 관리

또 다른 장점은 MQTT가 다음과 같은 용도로 설계되었다는 것입니다. 연결이 자주 끊기는 환경이 프로토콜에는 기기가 브로커에 다시 연결하는 데 걸리는 시간을 단축하는 기능이 포함되어 있는데, 이는 품질이 좋지 않은 셀룰러 또는 Wi-Fi 네트워크에서 필수적이며, 이를 통해 성능이 향상됩니다. 안전한 와이파이 연결 이러한 기능을 보완할 수 있습니다.

또한 브로커는 보류된 메시지, 세션 상태 및 기타 장치들이 사용할 수 있는 기능을 관리할 수 있습니다. 맥락을 잃지 않고 의사소통을 재개하세요 네트워크가 다운되었다가 다시 연결될 때마다 발생합니다.

세구리다드와 시프라도

IoT에서 보안은 선택 사항이 아닙니다. MQTT는 보안을 지원합니다. 암호화 및 인증 최신 프로토콜인 TLS 1.3을 사용하여 채널을 암호화하고, 클라이언트 인증서를 통한 인증, OAuth 및 비즈니스 및 클라우드 환경에서 일반적으로 사용되는 기타 기술을 활용할 수 있습니다.

이를 통해 메시지를 전송 중에 암호화하고 적용할 수 있습니다. 액세스 제어 특정 주제에 대한 게시 또는 구독 권한을 가진 사람에 관한 것으로, 정보의 기밀성과 무결성을 보호하는 데 특히 산업, 에너지 또는 의료 환경에서 중요합니다.

다양한 언어와 플랫폼에 대한 폭넓은 지원

MQTT는 다음과 같은 기능을 가지고 있습니다. 다양한 언어로 구현된 브로커 및 클라이언트의 완성도 높은 버전 (파이썬, C, C++, 자바, 자바스크립트, 고 등) 다양한 언어와 활발한 커뮤니티를 보유하고 있어 개발자들이 IoT 장치를 기존 시스템, 데이터베이스, 빅데이터 도구 또는 클라우드 서비스와 쉽게 통합할 수 있습니다.

오픈소스 프로토콜로서 잘 검증된 라이브러리학습 곡선이 비교적 짧고 호환성 문제 발생 위험이 적어 소규모 프로토타입부터 대규모 배포에 이르기까지 다양한 프로젝트에 매우 적합합니다.

IoT 아키텍처에서 MQTT 브로커의 역할

중개인은 MQTT 기반 아키텍처의 핵심이는 모든 메시지를 수신하고 처리한 후 해당 주제를 구독하는 클라이언트에게 배포하는 구성 요소입니다.

주요 기능은 다음과 같습니다.

정보를 받으세요 클라이언트(센서, 게이트웨이, 애플리케이션 등)에서 게시한 데이터입니다.
메시지 디코딩 및 필터링 주제, QoS 수준 또는 보안 규칙에 따라 다릅니다.
어떤 고객이 관심 있는지 파악하세요. 각 메시지에 (구독 설정에 따라) 포함되어 있습니다.
대상 고객에게 메시지를 전달하세요QoS 및 권한 부여 정책을 준수합니다.

브로커 구현에는 여러 가지 방식이 있습니다. 오픈소스 및 상용가장 잘 알려진 것 중 하나는 Mosquitto로, 가정 환경, 메이커 샵, 그리고 보다 전문적인 구축 환경에서도 널리 사용되며, 비교적 간단한 설정으로 소수의 클라이언트부터 수천 개의 클라이언트까지 관리할 수 있습니다.

MQTT 실전 활용: 아두이노, ESP8266 및 로컬 네트워크

많은 가정용 또는 준전문용 IoT 프로젝트에서 흔히 발생하는 시나리오는 다음과 같습니다. 라즈베리 파이 또는 PC에서 실행되는 MQTT 브로커 로컬 네트워크 내에서, 그리고 다양한 장치들(예: 아두이노와 아두이노 IoT 클라우드 원격 앱 또는 ESP8266을 클라이언트로 연결할 수 있습니다.

예를 들어, DHT22 온도 센서가 장착된 아두이노가 주기적으로 측정값을 다음과 같은 토픽에 게시하도록 설정할 수 있습니다. 집/거실/온도한편, 다른 아두이노 또는 모바일 앱은 동일한 주제를 구독하여 실시간으로 온도를 표시합니다. 이 경우 모스키토(Mosquitto)와 같은 브로커는 첫 번째 아두이노에서 메시지를 수신하여 두 번째 아두이노로 전달하는 역할을 하며, 두 아두이노는 서로를 알 필요도 없고 직접적인 연결을 관리할 필요도 없습니다.

이 아키텍처에는 한 가지 큰 장점이 있습니다. 확장성이 매우 뛰어납니다.이미 배포된 장치의 동작을 수정하지 않고도 센서와 데이터 소비 장치를 추가하고 데이터베이스, 머신러닝 시스템 또는 시각화 대시보드에 연결할 수 있습니다. 토픽과 구독을 다양하게 실험해 보기만 하면 됩니다.

HTTP가 아닌 MQTT를 사용하는 이유는 무엇인가요?

MQTT를 사용하는 것이 정말 가치가 있는지에 대한 질문이 매우 흔하게 제기되는데, 마치 모든 문제를 다른 방법으로 해결할 수 있는 것처럼 보이기 때문입니다. 직접 HTTP 요청 ESP8266 또는 유사한 보드에 연결하려면 라우터에서 포트를 열기만 하면 됩니다. 또는 다음과 같은 방법도 있습니다. 안드로이드 웹소켓.

기술적으로는 가능하지만 MQTT가 제공하는 몇 가지 중요한 이점이 있습니다.

평균 지연 시간 감소 및 오버헤드 감소 빈번한 소통, 특히 몇 초마다 짧은 메시지를 주고받는 경우.
네이티브 퍼블리셔/구독휴대폰은 각 기기와 직접 통신할 필요가 없고, 브로커와만 통신하면 됩니다.
중앙 집중식 보안 및 인증 관리 각 장치에 로직을 복제하는 대신 브로커에서 처리합니다.
확장 용이성내일 기기 수가 5대에서 500대로 늘어난다고 해서 500개의 포트를 열거나 전체 네트워크 구성을 재설계할 필요는 없습니다.
재연결 및 QoS에 대한 기본 지원 HTTP가 기본적으로 제공하지 않는 불안정한 네트워크 환경을 생각해 보세요.

일반적인 시나리오에서 모바일 앱은 MQTT 브로커(LAN 내에서 포트 포워딩을 사용하거나 클라우드 브로커에 연결)에 연결하여 제어 토픽(예: 집/거실/조명/세트그러면 해당 주제를 구독하고 있는 ESP8266은 거의 즉시 명령을 수신하게 됩니다. 중개업자 정보만 공개하면 됩니다.네트워크상의 모든 장치가 그런 것은 아닙니다.

io.adafruit.com과 같은 서비스 및 해당 활성화 간격(무료 버전은 15분마다, 유료 버전은 5초마다)에 관해서는 다음과 같습니다. 특정 서비스의 제한 사항MQTT 프로토콜 자체에 문제가 있는 것은 아닙니다. 프로토콜 자체는 매우 낮은 지연 시간을 허용합니다. 문제는 제공업체가 사용 빈도에 제한을 둔다는 점입니다.

MQTT 게이트웨이: 센서와 클라우드를 연결하는 게이트웨이

MQTT 게이트웨이란 무엇인가요?

소위 "MQTT 게이트웨이" 또는 MQTT 게이트웨이는 본질적으로 다음과 같습니다. 센서 또는 로컬 장치와 IoT 플랫폼 또는 MQTT 브로커 사이의 중간 장치주요 기능은 다양한 프로토콜(예: 블루투스, 유선 센서, Modbus 등)로 데이터를 수집하고, 이를 MQTT로 변환하여 클라우드 또는 중앙 브로커로 전송하는 것입니다.

많은 경우 MQTT 게이트웨이는 다음과 같이 구현됩니다. 특정 소프트웨어가 포함된 이더넷 게이트웨이 MQTT 클라이언트 역할을 하는 이 게이트웨이는 무선 인터페이스, 산업용 입력 및 출력, 필드버스 연결 등을 갖출 수 있으며, 이 모든 것을 MQTT 언어로 변환하여 통합하는 역할을 담당합니다.

MQTT 게이트웨이(블루투스 MQTT 포함)의 장점

MQTT 기반 게이트웨이, 특히 블루투스를 통합한 게이트웨이는 몇 가지 흥미로운 장점을 제공합니다.

아주 가벼운 메시지이는 여러 센서가 동시에 데이터를 전송하더라도 효율적인 통신을 가능하게 합니다.
양방향 메시징이 기능은 업링크 원격 측정뿐만 아니라 클라우드-디바이스 및 디바이스-클라우드 통신 모두를 지원합니다.
믿을 수 있는 배송 QoS 레벨로 지원되어 구성된 보장 수준에 따라 메시지가 도착하도록 보장합니다.
내장된 보안게이트웨이는 일반적으로 TLS 암호화 및 인증서 인증을 지원하므로 게이트웨이를 통과하는 데이터는 안전하게 클라우드에 도달합니다.

의 경우 MQTT 블루투스 게이트웨이이 장치는 범위 내의 모든 BLE 센서를 스캔하고 감지하며, 센서와의 통신을 관리하고, 데이터 전송을 MQTT 브로커로 중앙 집중화합니다. IoT 플랫폼의 관점에서 보면, 이러한 모든 블루투스 센서는 실제로 게이트웨이를 통해 통신하더라도 "MQTT를 사용하는 것처럼" 보입니다.

MQTT 게이트웨이의 작동 방식 및 설정 방법

일반적으로 MQTT 게이트웨이의 일반적인 흐름은 다음과 같습니다.

범위 내의 센서 및 장치를 스캔하고 감지합니다(예: 블루투스 또는 유선 네트워크를 통해).
데이터를 수집하다 해당 센서들로부터 상응하는 프로토콜을 통해 정보를 얻습니다.
해당 데이터를 MQTT 형식으로 변환합니다(적절한 토픽과 페이로드를 정의).
브로커에 데이터를 게시하세요 또는 선택한 IoT 플랫폼에서.

물리적 게이트웨이 구성은 먼저 다음 단계를 포함합니다. 하드웨어 조립올바른 케이블 연결, 센서 연결부와 무선 모듈 간의 분리, 그리고 네트워크 상에서 고유 식별을 보장하기 위한 포트, MAC 주소 및 고정 IP 주소 선택이 필요합니다.

다음으로 MQTT 클라이언트가 실행될 모듈을 선택합니다. 예를 들면 다음과 같습니다.

아두이노 + W5100 이더넷 모듈.
ESP8266 모듈 와이파이 연결이 가능합니다.

펌웨어는 다음을 정의합니다. 출판 및 구독 관련 주제예를 들어, 다음과 같은 접두사 MY_MQTT_PUBLISH_TOPIC_PREFIX/FROM_NODE_ID/SENSOR_ID 다음과 같은 주제를 생성할 수 있습니다. mygateway1-out/2/1/1/0/49센서에 명령을 보내려면 구독 접두사(예: )를 사용합니다. MY_MQTT_SUBSCRIBE_TOPIC_PREFIX다음과 같은 유형의 주제를 발생시킵니다. mygateway1-in/2/1/1/0/49.

설정이 완료되면 Mosquitto와 같은 잘 알려진 브로커를 사용하여 MQTT 게이트웨이를 테스트하는 것이 좋습니다. 메시지가 올바르게 수신되었는지 확인하십시오.해당 게시물들은 예상되는 주제에 게시되며, 구독한 기기들은 수신해야 할 내용을 받게 됩니다.

MQTT 게이트웨이는 중앙 서버와의 연결 브리지 역할을 합니다.

여러 물리적 위치에 MQTT 장치를 배포할 때는 일반적으로 다음이 필요합니다. 모든 데이터를 공유 서버에 통합하세요 또는 중앙 집중식 클라우드 플랫폼에서도 사용할 수 있습니다. 바로 이 부분에서 MQTT 게이트웨이가 다리 역할을 훌륭히 수행합니다.

이 아이디어는 IoT 장치가 있는 각 위치에 MQTT 게이트웨이를 설치하는 것입니다. 각 게이트웨이는 로컬 환경에서 정보를 수집합니다. 추가하고 전달하세요 MQTT를 사용하여 중앙 서버(또는 클라우드 브로커)로 데이터를 전송합니다. 이렇게 하면 로컬 제어권을 유지하면서 모든 데이터를 전체적으로 파악하고 네트워크 사용량을 최적화할 수 있습니다.

또한 이러한 게이트웨이는 다음과 같은 기능을 제공할 수 있습니다. 자체 인증서로 보안 강화TLS 암호화 및 인증 메커니즘은 게이트웨이 "뒤"에 있는 센서와 IoT 엣지를 보호합니다. 또한 정보를 로컬에 저장하고, 주변 장치를 관리하도록 사용자 인터페이스를 조정하며, 필요에 따라 다른 산업 프로토콜과의 호환성을 추가할 수 있습니다.

클라우드 플랫폼 및 기타 프로토콜과의 MQTT 호환성

MQTT의 가장 큰 장점 중 하나는 바로 그것이 대부분의 주요 클라우드 IoT 플랫폼과 호환됩니다.많은 산업용 MQTT 게이트웨이는 기본적으로 다음과 같은 기능을 지원합니다.

애저 IoT.
구글 클라우드 IoT.
AWS IoT.
IBM 왓슨 IoT.

게이트웨이는 센서로부터 수신한 데이터를 해석하고 해당 데이터는 MQTT 형식으로 플랫폼에 전송됩니다.사용자는 관련 주제를 구독하기만 하면 언제든지 정보를 열람하거나 처리할 수 있습니다.

게다가 이러한 패션쇼 무대 중 상당수는 다음과 같은 용도로 사용될 수 있습니다. 프로토콜 변환기MQTT는 Modbus TCP와 같은 네트워크를 MQTT와 통합하고, 장치 그룹을 관리할 수 있는 원격 웹 패널을 제공함으로써 기존 시스템과 새로운 IoT 솔루션이 공존하는 하이브리드 아키텍처의 핵심 구성 요소가 됩니다.

MQTT와 IoT의 실제 활용 사례

산업 환경 및 원격 측정

산업계에서 MQTT는 이미 널리 사용되고 있습니다. 원격 측정 데이터 전송을 위한 사실상의 표준 공장, 광산, 석유 및 가스 시설 또는 농식품 회사에 설치된 센서 및 장비에서 얻은 정보입니다.

기업들은 온도, 압력, 유량, 진동, 에너지 소비량 등의 매개변수를 측정하는 수많은 센서를 설치합니다. 이 데이터는 MQTT를 통해 분석 시스템으로 전송됩니다. 그들은 불일치, 추세 및 개선 기회를 감지합니다. 운영 측면에서 이러한 이점을 누릴 수 있습니다. 덕분에 프로세스를 최적화하고, 오류를 예측하며, 계획되지 않은 가동 중단 시간을 줄일 수 있습니다.

저전력 광역 네트워크(LPWAN)

LPWAN(저전력 광역 네트워크) 네트워크는 다음과 같이 설계되었습니다. 장거리로 소량의 메시지를 전송할 수 있는 초저전력 장치일반적으로 지연 시간이 길고 대역폭이 제한된 네트워크는 문제가 됩니다. MQTT는 메시지 크기가 작고, 서비스 품질(QoS)을 지원하며, 불안정한 네트워크 환경에도 잘 적응하기 때문에 이러한 환경에 매우 적합합니다.

LPWAN을 사용하여 센서 데이터를 클라우드 솔루션으로 전송하는 기업에서 MQTT는 다음과 같은 기능을 제공합니다. 대량의 메시지를 전송하다 네트워크 혼잡을 유발하지 않으면서, 가능한 한 데이터가 분석 및 모니터링 시스템에 도달하도록 보장합니다.

소셜 네트워크 및 대량 메시지

전통적인 산업 환경 외에서 MQTT를 활용한 대표적인 사례는 다음과 같습니다. Facebook이는 대량의 메시지를 실시간으로 관리하기 위한 주요 통신 프로토콜로 사용되어 왔습니다. 또한 인스타그램과 같은 플랫폼과의 메시징에서도 중요한 역할을 합니다.

그 정도 규모의 회사가 MQTT에 투자한다는 사실은 MQTT가 매우 유망한 기술이라는 생각을 더욱 강화시켜 줍니다. 높은 동시성 환경에 적합한 견고하고 확장 가능한 프로토콜단지 소규모 IoT 프로젝트에만 해당되는 것이 아닙니다.

스마트 홈 및 홈 자동화

국내 영역에서 MQTT는 가장 널리 사용되는 기술 중 하나가 되었습니다. 스마트홈 자동화를 위한 선호 프로토콜이 시스템은 Azure 또는 IBM Watson과 같은 클라우드 플랫폼은 물론 로컬 자동화 시스템과도 원활하게 통합됩니다.

MQTT를 사용하면 모니터링할 수 있습니다. 가정 내 에너지 소비량조명을 제어하고, 온도나 공기 질을 실시간으로 모니터링하며, 온도 조절기, 블라인드, 관개 시스템 등 여러 장치를 통합 관리할 수 있습니다. 샤오 미 벨라각 장치가 서로 직접 통신할 필요 없이, 예를 들어 MQTT 블루투스 게이트웨이를 사용하면 가정 내 모든 BLE 센서를 중앙 집중화하고 단일 브로커에 연결할 수 있습니다.

자동차 부문

자동차 산업의 디지털 전환은 차량, 생산 라인 및 관리 시스템을 연결하는 것을 포함합니다. MQTT는 이러한 연결에 사용됩니다. 클라우드와 차량 간의 안정적인 메시징 채널원격 측정 데이터 전송, 원격 진단 및 매개변수 업데이트를 허용합니다.

모바일 연결 상태가 변하더라도 거의 실시간으로 통신할 수 있는 이러한 능력 덕분에 MQTT는 자동차 제조업체와 서비스 제공업체에게 매우 매력적인 옵션입니다.

운송 및 물류

운송 및 물류 분야에서 용량 차량과 화물의 이동 경로를 추적합니다. MQTT는 컨테이너 내부의 위치, 화물 상태, 문 열림 이벤트 또는 환경 조건에 대한 데이터를 전송하는 데 사용됩니다.

경량 메시징과 브로커 기반 아키텍처를 사용하면 가능합니다. 대규모 차량들을 실시간으로 모니터링하세요 지연 시간이 짧고 연결에 사용되는 모바일 또는 위성 네트워크에 과부하를 주지 않습니다.

확장 가능한 아키텍처 및 하드웨어와 소프트웨어 간의 분리

IoT 프로젝트에서 MQTT를 도입하는 가장 큰 장점 중 하나는 다음과 같은 이점을 제공한다는 것입니다. 하드웨어 계층과 소프트웨어 계층을 명확하게 분리하십시오.센서와 장치는 브로커로 데이터를 전송하고 특정 주제에서 명령을 수신하는 역할만 담당하며, 그 이후의 모든 작업(저장, 분석, 시각화)은 독립적으로 진행될 수 있습니다.

이러한 접근 방식은 종종 다음을 떠올리게 합니다. 마이크로서비스 패턴각 구성 요소가 한 가지 기능만 수행하고 그 기능을 탁월하게 수행하는 구조입니다. 저희의 경우, 하드웨어 장치는 측정 및 데이터 게시를 담당하고, 다른 서비스들은 센서가 이러한 서비스에 대해 "알 필요" 없이 처리, 저장, 시각화 또는 인공지능 적용을 담당합니다.

이러한 분리 덕분에, 만약 내일 라즈베리 파이에서 간단한 시각화 웹사이트를 운영하다가 더 복잡한 웹사이트로 옮기기로 결정하더라도 문제가 발생하지 않습니다. 빅데이터와 머신러닝의 복잡한 시스템 클라우드 환경에서는 센서를 건드릴 필요가 없습니다. 센서는 계속해서 브로커로 데이터를 전송하며, 기존 토픽을 구독하는 새로운 컨슈머만 연결하면 됩니다.