MQTT ning an'anaviy HTTP protokoli bilan solishtirganda qanday afzalliklari bor

HTTP eng keng tarqalgan va mashhur protokol hisoblanadi. Ammo MQTT so'nggi bir necha yil ichida tezda o'z o'rnini egalladi. IoT rivojlanishini muhokama qilayotganda, ishlab chiquvchilar bu ikkisidan birini tanlashi kerak.

MQTT maʼlumotlarga, HTTP esa hujjatlarga eʼtibor qaratadi. HTTP mijoz-server hisoblashlari uchun so'rov-javob protokoli bo'lib, u har doim ham mobil qurilmalar uchun optimallashtirilmaydi. Ushbu shartlarda MQTT ning asosiy afzalliklari quyidagilardir: engil (MQTT ma'lumotlarni bayt massivlari shaklida uzatadi) va nashr qilish/obuna bo'lish modeli, bu MQTTni cheklangan resurslarga ega qurilmalar uchun juda mos qiladi va batareyani tejashga yordam beradi. Bundan tashqari, nashr etish/obuna bo'lish modeli mijozlarga bir-biridan mustaqil bo'lish imkonini beradi va shu bilan umumiy tizimning ishonchliligini oshiradi. Mijoz ishlamay qolsa, butun tizim normal ishlashda davom etadi.

MQTT ning hali ham ko'plab afzalliklari mavjud, ular quyidagilardan iborat:

1. Protokol yuki past, MQTT o'ziga xosdir, chunki har bir xabar sarlavhasi 2 baytgacha qisqa bo'lishi mumkin. MQ ham, HTTP ham har bir xabar uchun ancha yuqori yukga ega. HTTP bilan har bir yangi so'rov xabari uchun HTTP ulanishini qayta o'rnatish katta xarajatlarni talab qiladi. MQ va MQTT tomonidan qo'llaniladigan doimiy ulanishlar ushbu qo'shimcha xarajatlarni sezilarli darajada kamaytiradi.

2. Beqaror tarmoqlarga, MQTT va MQga chidamlilik uzilish kabi nosozliklardan tiklanishi mumkin va boshqa kod talablari yo'q. Biroq, HTTP buni mahalliy tarzda amalga oshira olmaydi, bu esa mijozlardan kodlashni qaytadan sinab ko'rishni talab qiladi, bu esa idempotentsiya muammolariga olib kelishi mumkin.

3. Kam quvvat iste'moli, MQTT kam quvvat iste'moli uchun maxsus mo'ljallangan. HTTP buni hisobga olish uchun ishlab chiqilmagan, shuning uchun quvvat sarfini oshiradi.

4. HTTP stekida millionlab ulanishlarga ega bo'lgan mijozlar bir vaqtning o'zida millionlab ulanishlarni qo'llab-quvvatlash uchun ko'p mehnat talab qiladi. Ushbu qo'llab-quvvatlash mumkin bo'lsa-da, aksariyat tijorat mahsulotlari ushbu darajadagi doimiy ulanishlarni boshqarish uchun optimallashtirilgan. IBM MQTT orqali bir vaqtning o'zida 1 milliongacha ulangan qurilmalarni boshqarish uchun sinovdan o'tgan IBM MessageSight serverini taklif qiladi. Bundan farqli o'laroq, MQTT ko'p sonli bir vaqtda mijozlar uchun mo'ljallanmagan.

5. Push-bildirishnomalar, siz mijozlarga bildirishnomalarni o'z vaqtida yetkazib berishingiz kerak. Buning uchun qandaydir davriy so'rov yoki surish qo'llanilishi kerak; push - batareya, tizim yuki va tarmoqli kengligi nuqtai nazaridan eng yaxshi yechim.

Bizning biznesimiz maxfiy ma'lumotlarni uchinchi tomon vositachisisiz yuborishi kerak bo'lishi mumkin. Bu asosiy tranSport mexanizmi sifatida OS uchun maxsus yechimlarning (masalan, Apple iOS, Google Play bildirishnomalari) qiymatini pasaytiradi.

HTTP surishlarni amalga oshirish uchun doimiy HTTP soʻrovlaridan foydalangan holda faqat COMET deb nomlangan bitta usulga ruxsat beradi. Ushbu yondashuv mijoz va server nuqtai nazaridan qimmat. MQ ham, MQTT ham ularning asosiy xususiyati sifatida push-ni qo'llab-quvvatlaydi.

6. Mijoz platformasidagi farqlar, HTTP va MQTT mijozlari ko'p sonli platformalarda amalga oshirilgan. MQTT ning soddaligi MQTTni qo'shimcha mijozlarga juda oz kuch sarflab amalga oshirishga yordam beradi.

7. Xavfsizlik devorining nosozliklarga chidamliligi, ba'zi korporativ xavfsizlik devorlari ba'zi belgilangan portlarga chiquvchi ulanishlarni cheklaydi. Bu portlar odatda HTTP (port 80), HTTPS (port 443) va boshqalar bilan chegaralanadi. HTTP bunday holatlarda ishlashi mumkinligi aniq. MQTT HTTP yangilash so'rovi sifatida paydo bo'ladigan WebSockets ulanishiga o'ralishi mumkin, bu esa bunday hollarda ishlashga imkon beradi. MQTT bu naqshga ruxsat bermaydi.

HTTP bilan solishtirganda, MQTT protokoli yuqori uzatish tezligini kafolatlaydi. Xizmat sifatining uchta darajasi mavjud:

A. Ko'pi bilan bir marta: Yetkazib berishni ta'minlashga harakat qiling.

B. Kamida bir marta: E-pochta kamida bir marta yuborilganligiga ishonch hosil qiling, lekin xabar bir necha marta yetkazilishi mumkin.

C. Faqat bir marta: Har bir xabar boshqa tomon tomonidan faqat bir marta qabul qilinishiga ishonch hosil qiling.

Aslida MQTT keng qo'llaniladi. Siz MQTT-ni deyarli har qanday yirik apparat va Internet-kompaniyalarda topishingiz mumkin, masalan, Facebook, BP, alibaba, baidu va boshqalar.

MQTT-ning o'zining turli texnik afzalliklari tuFayli, tobora ko'proq kompaniyalar tanlashga moyil. MQTT IoT mahsuloti aloqasi uchun standart protokol sifatida. Shu sababli, muhandislar asta-sekin MQTT protokoli keng miqyosda tijoratlashtiriladigan bo'lsa, uni yaxshilash kerak bo'lgan ba'zi funktsiyalarga ega ekanligini aniqladilar. masalan:

1. To'liq SDK mavjud emas va turli xil heterojen terminallar MQTT serveri bilan bog'lanish uchun tegishli dasturiy ta'minot SDK paketlariga muhtoj. Masalan, MCU, Linux, Android, IOS, WEB va boshqalar oʻrtasida oʻzaro bogʻlanishga erishish uchun turli SDK paketlari talab qilinishi kerak.

2. Fayl va AV qo'llab-quvvatlanmaydi. Ba'zi dastur stsenariylarida uzatiladigan ma'lumotlar Fayl va AV orqali bog'lanishi kerak bo'lgan audio signallar va video signallar kabi ko'rsatmalar bilan cheklanmasligi mumkin.

3. U uchinchi tomon HTTP bilan integratsiyani qo'llab-quvvatlamaydi. Garchi