Яка різниця між MQTT та веб-сокетами, і коли я повинен їх використовувати?

Які основні відмінності між MQTT та веб-сокетами?

При використанні IoT для домашньої автоматизації - контроль та моніторинг доступу через різні пристрої, який із них слід використовувати, коли потрібна програма Rest API та доступність на основі браузера.

Я використовую Java (Pi4J Library) на Raspberry Pi 2 B +.

У мене встановлено кілька датчиків, таких як світло і темнота, вологість, PID і т.д.

У мене також є хмарний сервер, куди я можу надсилати дані, якщо потрібно.

Постановка питань тут трохи не вводить в оману, оскільки насправді ці протоколи взагалі не можна порівнювати. Вони схожі на TCP та IP, шари один над одним. [1]

Websockets - це протокол низького рівня, який надає речі, які його "конкурент" RESTful http, який знаходиться на одному рівні, не забезпечує: завжди відкритий канал без необхідності відкривати і закривати при кожному запиті. [2]

MQTT забезпечує легкий спосіб публікації або передплати даних. Плутанина може полягати в тому, що ці підписки - це якісь канали, але це інший тип каналу. Щоб встановити постійне відкрите з'єднання в MQTT, вам потрібно одночасно Websockets І MQTT.

В IoT, як і в будь-якому дизайні, вам потрібно вибрати, потрібен вам потік чи ні (WebSockets vs RESTful), і про MQTT вам, можливо, доведеться думати, чи хочете ви підписатись і публікувати механізм у вашому додатку.

За деяких обставин ви можете розглянути MQTT через WebSockets, якщо навколо є якась звичайна річ. [3]

Відповідь на запитання:

Ви кажете, що у вас є установка Rasperry Pi і кілька датчиків навколо цього місця. Якщо датчики далекі від Rasperry з власними контролерами, ви можете використовувати MQTT для збору даних. Щоб зберігати дані у хмарі, надішліть їх у HTTP. У хмарі надають дані через відпочинок. [4]

У веб-розетках немає потреби, але якщо ви вважаєте це корисним, використовуйте його.

Джерела:

[1] https://www.quora.com/What-are-the-pros-and-cons-of-WebSockets-versus-MQTT-as-real-time-web-infrastructure-for-the-Internet-of -Речінки

[2] https://www.pubnub.com/blog/2015-01-05-websockets-vs-rest-api-understanding-the-difference/

[3] /programming/30624897/direct-mqtt-vs-mqtt-over-websocket

[4] http://www.theinternetofthings.eu/antonio-grasso-mqtt-vs-http-what-best-protocol-iot

Вони порівнянні тим, що обидва дозволяють вам мати повний дуплексний зв’язок таким чином, що сервер може негайно передавати дані клієнтові, без того, щоб клієнт опитував їх (як це може бути з HTTP).

Однак Websockets розроблений для простого з'єднання між клієнтом і сервером. MQTT розшаровує додаткові абстракції поверх основного надсилання повідомлень, щоб кілька зацікавлених сторін могли підписатися на повідомлення, які можуть їх зацікавити. Отже, повідомлення можуть бути спрямовані на "тему повідомлень", так що багато клієнтів можуть спільно використовувати умовну чергу, де сервер може вибрати всі повідомлення клієнтів, але може також фільтрувати за темою.

MQTT має цілий ряд інших корисних функцій, наприклад, збережені повідомлення, такі, що підписники негайно отримують повідомлення, і LWT (Last Will and Testament), яке є повідомленням, яке може бути відправлено автоматично, якщо клієнт ненормально відключається. Підводячи підсумок, MQTT "вище на стек", пропонує функції та абстракції, яких не має простий Websocket.