MQTT VS HTTP dla protokołu bramy IoT

Spis treści

W świecie IoT typowa architektura sieci wygląda następująco. Po pierwsze, urządzenie końcowe lub czujnik zbiera sygnały lub informacje. W przypadku urządzeń, które nie mają dostępu do Internetu lub sieci intranetowej, czujnik najpierw wysyła wykryte informacje do bramki IoT, a następnie bramka wysyła informację do serwera; niektóre urządzenia mają własne funkcje dostępu do sieci, np. telefony komórkowe, które można bezpośrednio podłączyć do serwera.

Czasami, aby zdekompresować serwer, możemy wybrać lekkie protokoły komunikacyjne, takie jak MQTT zamiast HTTP, więc po co wybierać MQTT zamiast HTTP? Ponieważ nagłówek protokołu HTTP jest stosunkowo duży i za każdym razem, gdy wysyłane są dane, wysyłany jest pakiet w celu połączenia/rozłączenia protokołu TCP, zatem im więcej wysłanych danych, tym większy całkowity ruch danych.

Nagłówek MQTT jest stosunkowo mały i może również wysyłać i odbierać kolejne dane, utrzymując połączenie TCP, dzięki czemu może tłumić całkowity ruch danych bardziej niż HTTP.

Dodatkowo korzystając z protokołu MQTT należy również zwrócić uwagę na to aby przy zachowaniu połączenia TCP MQTT dane były wysyłane i odbierane. Ponieważ MQTT zmniejsza ilość komunikacji poprzez utrzymywanie połączenia TCP, jeśli rozłączysz połączenie TCP za każdym razem, gdy wykonywana jest transmisja danych, MQTT przeprowadzi przetwarzanie połączenia i rozłączenia za każdym razem, gdy dane zostaną wysłane, podobnie jak HTTP, ale wynik zwiększy komunikację tom.

Chcesz dowiedzieć się więcej o działaniu bramy IoT? Zapraszamy do kontaktu z firmą Feasycom Ltd.

Przewiń do góry