Kad tu runā par savienot miljoniem lietu interneta (IoT) ierīču Lai nodrošinātu uzticamu, vieglu un drošu komunikāciju, vienmēr tiek lietots viens un tas pats nosaukums: MQTT. Šis protokols ir kļuvis par galveno komponentu sensoriem, rūpnieciskajiem vārtejiem, viedās mājas ierīcēm un mākoņplatformām, lai sazinātos, nepārslogojot tīklu vai nepalielinot enerģijas patēriņu.
Tālu no tā, ka tas būtu tikai "vēl viens protokols", MQTT lieliski atbilst lietu interneta reālajām vajadzībāmNestabili tīkli, neticami zems joslas platums, ļoti ierobežota aparatūra, prasīga rūpnieciskā vide vai gandrīz reāllaika lietojumprogrammas, piemēram, kiberrūpnīcas, enerģijas telemetrija vai uzlabota mājas automatizācija. Apskatīsim mierīgi un detalizēti, kā tas darbojas, kāda ir tā loma lietu interneta savienojamībā, kas ir MQTT vārteja un kādos konkrētos gadījumos to ir lietderīgāk izmantot, salīdzinot ar citām iespējām.
Kas ir MQTT un kāpēc tas ir kļuvis tik populārs lietu internetā (IoT)?
MQTT (ziņojumu rindošanas telemetrijas transports) ir viegls, atvērta standarta ziņojumapmaiņas protokols Īpaši izstrādāts mašīnu savstarpējai (M2M) saziņai un, plašākā nozīmē, lietu internetam. Tā mērķis ir ļoti skaidrs: spēt sūtīt un saņemt datus starp ierīcēm pat tad, ja tīkls ir vājš, joslas platums ir ierobežots un ierīcei ir ļoti maza atmiņa vai skaitļošanas jauda.
Atšķirībā no klasiskā klienta-servera modeļa, MQTT izmanto a publicēšanas/abonēšanas arhitektūra Tā pamatā ir centrālais starpnieks, ko sauc par brokeri. Ierīces nesazinās tieši savā starpā, bet gan publicē ziņojumus noteiktās tēmās un abonē interesējošas tēmas. Brokeris ir atbildīgs par visu šo ziņojumu saņemšanu, filtrēšanu un piegādi atbilstošajiem klientiem.
Šī darba metode padara MQTT ārkārtīgi elastīgs un mērogojamsTā vietā, lai būtu simtiem vai tūkstošiem grūti pārvaldāmu punktveida savienojumu, visu organizē brokeris, kas atkarībā no ieviešanas un pieejamajiem resursiem var apstrādāt no dažām ierīcēm līdz miljoniem.
MQTT galvenās tehniskās iezīmes lietu internetam (IoT)
Viegls un efektīvs protokols
Viens no galvenajiem iemesliem, kāpēc MQTT ir tik populārs lietu internetā, ir tas, ka tas ir smieklīgi vieglsIeviešana ierīcē var aizņemt ļoti maz koda un prasīt ļoti maz resursu, padarot to ideāli piemērotu pieticīgiem mikrokontrolleriem, lētiem sensoriem vai ar baterijām darbināmām iekārtām.
MQTT vadības ziņojumam tā minimālajā versijā var būt tikai divi datu baitiTurklāt ziņojumu galvenes ir ļoti kompaktas, tādējādi samazinot komunikācijas izmaksas. Šis dizains ir ideāli piemērots situācijām ar maz joslas platuma vai dārgos tīklos (piemēram, dažos mobilo sakaru tīklos vai LPWAN), kur katrs baits ir svarīgs.
Salīdzinot ar sarežģītākiem protokoliem, piemēram, HTTP ar tā sarežģītajiem pieprasījumiem un detalizētajām galvenēm, MQTT ļauj optimizēt tīkla izmantošanuTas ir kritiski svarīgi, ja ik pēc dažām sekundēm sarunājas tūkstošiem ierīču.
Publicēšanas/abonēšanas veidne ar tēmām
MQTT pamatā ir modelis publikācija/abonēšana par tēmāmTās ir teksta virknes (UTF-8 kodējumā), kas sakārto informāciju līmeņos. Piemēram, viedajā mājā mums varētu būt:
- mājas/dzīvojamās istabas/temperatūras
- māja/virtuve/dūmi
- māja/garāža/durvis
Temperatūras sensors viesistabā nosūtītu savus rādījumus uz tēmu mājas/dzīvojamās istabas/temperatūrasSavukārt uzraudzības lietojumprogramma abonētu to pašu tēmu, lai saņemtu visus ienākošos ziņojumus. Tādā veidā jaunu ierīču vai datu patērētāju pievienošana ir tikpat vienkārša kā izmantojiet atbilstošas tēmas, nemainot esošo infrastruktūru.
Šī sistēma, lai arī nav gluži klasiska ziņojumu rinda, ir diezgan līdzīga uz rindām balstītiem modeļiem: ierīces ģenerē ziņojumus un nosūta tos uz centrālo punktu (starpnieku), un pēc tam Apstrādes sistēmas patērē šos datus. atbilstoši to vajadzībām. Tas ievērojami atvieglo sistēmas mērogošanu, palielinot patērētāju skaitu, nemainot sensorus.
Pakalpojuma kvalitāte (QoS) un uzticamība
Daudzas IoT ierīces izveido savienojumu, izmantojot tīkli ar augstu latentumu, zemu joslas platumu un ierobežotu uzticamībupiemēram, nevienmērīgi mobilo sakaru tīkli vai pārslogotas bezvadu saites. MQTT ietver virkni mehānismu, lai nodrošinātu ziņojumu piegādi šādā kontekstā.
Protokols definē trīs līmeņus pakalpojumu kvalitāte (QoS):
- QoS 0 – “ne vairāk kā vienu reizi”Ziņojums tiek nosūtīts tikai vienu reizi, bez apstiprinājuma. Tā ir ātrākā un vienkāršākā metode, taču daži ziņojumi var tikt pazaudēti.
- QoS 1 – “vismaz vienu reizi”Tas nodrošina ziņojuma piegādi, lai gan tas varētu tikt piegādāts dublēts. Piegādes garantēšanai tiek izmantota apstiprināšanas sistēma.
- QoS 2 – “tieši vienreiz”Šis ir visspēcīgākais līmenis. Tas nodrošina, ka katrs ziņojums tiek piegādāts tikai vienu reizi, izmantojot četrfāžu rokasspiediensTas ir nedaudz smagāks, bet dažos jutīgos gadījumos ir būtisks.
Pateicoties šiem QoS līmeņiem, MQTT var pielāgot dažādi lietošanas gadījumisākot ar telemetriju, kur nekas nenotiek, ja tiek zaudēti konkrēti dati, līdz kritiskām sistēmām, kur ziņojuma dublēšana vai pazaudēšana būtu nepieņemama.
Atkārtotu savienojumu un nestabilu tīklu pārvaldība
Vēl viena priekšrocība ir tā, ka MQTT ir paredzēts vidēs ar biežu atvienošanosProtokols ietver funkcijas, kas samazina laiku, kas nepieciešams ierīces atkārtotai savienojuma izveidei ar brokeri, kas ir būtiski apšaubāmas kvalitātes mobilo sakaru vai Wi-Fi tīklos; uzlabojot drošs WiFi savienojums var papildināt šīs spējas.
Turklāt brokeris var pārvaldīt aizturētos ziņojumus, sesiju stāvokļus un citas funkcijas, kas ļauj ierīcēm atsākt saziņu, nezaudējot kontekstu katru reizi, kad tīkls pazūd un atkal ieslēdzas.
Seguridad un Cifrado
IoT jomā drošība nav izvēles iespēja. MQTT ietver atbalstu šifrēšana un autentifikācija Paļaujoties uz moderniem protokoliem: TLS 1.3 var izmantot kanāla šifrēšanai, autentifikācijai, izmantojot klienta sertifikātus, OAuth un citām metodēm, kas ir izplatītas uzņēmējdarbības un mākoņvidē.
Tas ļauj ziņojumus šifrēt pārsūtīšanas laikā un lietot Piekļuves kontrole par to, kas var publicēt vai abonēt noteiktas tēmas, aizsargājot gan informācijas konfidencialitāti, gan integritāti, kas ir īpaši svarīgi rūpniecības, enerģētikas vai veselības aprūpes vidē.
Plašs atbalsts dažādās valodās un platformās
MQTT ir brokeru un klientu nobriedušu ieviešanu vairākās valodās (Python, C, C++, Java, JavaScript, Go utt.) un ar ļoti aktīvu kopienu. Tas izstrādātājiem atvieglo lietu interneta ierīču integrēšanu ar esošajām sistēmām, datubāzēm, lielo datu rīkiem vai mākoņpakalpojumiem, neizgudrojot riteni no jauna.
Būdams atvērtā koda protokols ar labi pārbaudītas bibliotēkasApguves līkne ir samērā īsa, un saderības problēmu risks ir samazināts, padarot to ļoti pievilcīgu projektiem, sākot no nelieliem prototipiem līdz masveida izvietošanai.
MQTT brokera loma lietu interneta arhitektūrā
Brokeris ir jebkuras MQTT arhitektūras kodolsTā ir komponente, kas saņem visus ziņojumus, apstrādā tos un izplata klientiem, kas ir abonējuši atbilstošās tēmas.
Starp tās galvenajām funkcijām ir:
- Saņemt informāciju klientu publicētie dati (sensori, vārtejas, lietojumprogrammas utt.).
- Ziņojumu dekodēšana un filtrēšana atkarībā no tēmas, QoS līmeņa vai drošības noteikumiem.
- Nosakiet, kuri klienti ir ieinteresēti katrā ziņojumā (atbilstoši jūsu abonementiem).
- Nosūtīt ziņojumus mērķa klientiemievērojot QoS un autorizācijas politikas.
Ir vairākas brokeru ieviešanas, abas atvērtā koda, kā arī komerciālaViens no pazīstamākajiem ir Mosquitto, ko plaši izmanto mājas vidē, ražotāju vidū un arī nopietnākās izvietošanās reizēs, un kas ļauj pārvaldīt no dažiem līdz tūkstošiem klientu ar relatīvi vienkāršu konfigurāciju.
MQTT praksē: Arduino, ESP8266 un lokālie tīkli
Daudzos mājas vai daļēji profesionālos lietu interneta projektos diezgan tipisks scenārijs ir saistīts ar MQTT brokeris, kas darbojas uz Raspberry Pi vai datora lokālajā tīklā un dažādās ierīcēs, piemēram, Arduino ar Arduino IoT Cloud Remote lietotni vai ESP8266, kas savienoti kā klienti.
Piemēram, jums varētu būt Arduino ar DHT22 temperatūras sensoru, kas periodiski rāda datus par tēmu, piemēram, mājas/dzīvojamās istabas/temperatūrasTikmēr cits Arduino vai mobilā lietotne abonē to pašu tēmu, lai reāllaikā parādītu temperatūru. Brokeris, šajā gadījumā Mosquitto, ir atbildīgs par ziņojumu saņemšanu no pirmā Arduino un to piegādi otrajam, bez nepieciešamības tiem vienam otru pazīt vai pārvaldīt tiešu savienojumu.
Šai arhitektūrai ir viena milzīga priekšrocība: Tas ir gandrīz bez piepūles mērogojamsVarat pievienot vairāk sensoru, vairāk datu patērētāju un savienot tos ar datubāzēm, mašīnmācīšanās sistēmām vai vizualizācijas informācijas paneļiem, nemainot jau izvietoto ierīču darbību. Jums tikai jāeksperimentē ar tēmām un abonementiem.
Kāpēc MQTT, nevis tikai HTTP?
Ļoti bieži uzdots jautājums ir, vai tiešām ir vērts izmantot MQTT, ja šķietami visu var atrisināt ar tiešie HTTP pieprasījumi uz ESP8266 vai līdzīgu, atverot maršrutētāja portu, un tas arī viss, vai pat ar WebSockets operētājsistēmā Android.
Atbilde ir tāda, ka, lai gan tehniski tas ir iespējams, MQTT piedāvā vairākas svarīgas priekšrocības:
- Zemāka vidējā latentuma un mazākas pieskaitāmās izmaksas biežā saziņā, īpaši īsu ziņojumu sūtīšanā ik pēc dažām sekundēm.
- Vietējais publicēšanas/abonēšanas pakalpojumsMobilajam tālrunim nav tieši jāsazinās ar katru ierīci; tam tikai jāsazinās ar brokeri.
- Centralizēta drošības un autentifikācijas pārvaldība uz brokera, nevis replicējot loģiku katrā ierīcē.
- Vienkārša mērogošanaJa rītdien jūs samazināsiet ierīču skaitu no 5 līdz 500, jums nebūs jāatver 500 porti vai jāpārprojektē visa topoloģija.
- Vietējais atbalsts atkārtotai savienošanai un QoS domājot par nestabiliem tīkliem, ko HTTP pēc noklusējuma nepiedāvā.
Tipiskā scenārijā jūsu mobilā lietotne izveidotu savienojumu ar MQTT brokeri (vai nu lokālajā tīklā, izmantojot portu pāradresāciju, vai ar mākoņa brokeri), publicētu ziņojumu vadības tēmai (piemēram, māja/dzīvojamā istaba/gaismeklis/komplekts), un ESP8266, kas abonēja šo tēmu, komandu saņemtu gandrīz uzreiz. Jums tikai jāatklāj brokeris.ne katra ierīce tīklā.
Attiecībā uz tādiem pakalpojumiem kā io.adafruit.com un to aktivizācijas intervāliem (ik pēc 15 minūtēm bezmaksas versijā, ik pēc 5 sekundēm maksas versijā) ir konkrētā pakalpojuma ierobežojumiProblēma nav pašā MQTT protokolā. Pats protokols nodrošina ļoti zemu latentumu; problēma ir tā, ka pakalpojumu sniedzējs nosaka lietošanas biežuma ierobežojumus.
MQTT vārteja: vārteja starp sensoriem un mākoni
Kas ir MQTT vārteja?
Tā sauktā “MQTT vārteja” jeb MQTT vārteja būtībā ir starpniekserveris starp sensoriem vai lokālajām ierīcēm un IoT platformu vai MQTT brokeriTās galvenā funkcija ir apkopot datus dažādos protokolos (piemēram, Bluetooth, vadu sensori, Modbus utt.), konvertēt tos uz MQTT un nosūtīt uz mākoni vai centrālo brokeri.
Daudzos gadījumos MQTT vārteja tiek ieviesta kā Ethernet vārteja ar īpašu programmatūru kas darbojas kā MQTT klients. Šai vārtejai var būt radio saskarnes, rūpnieciskās ieejas un izejas vai lauka kopnes savienojamība, un tā ir atbildīga par visu šo pārvēršanu MQTT valodā, lai tos apvienotu.
MQTT vārtejas priekšrocības (ieskaitot Bluetooth MQTT)
MQTT bāzes vārtejas, īpaši tās, kas integrē Bluetooth, piedāvā vairākas interesantas priekšrocības:
- Ļoti vieglas ziņaskas padara saziņu efektīvu pat tad, ja dati tiek sūtīti vienlaicīgi ar daudziem sensoriem.
- Divvirzienu ziņojumapmaiņaTie nodrošina gan saziņu starp mākoņa un ierīces datiem, gan starp ierīcēm un mākoni, ne tikai augšupsaites telemetriju.
- Uzticama piegāde ko atbalsta QoS līmeņi, nodrošinot, ka ziņojumi tiek piegādāti atbilstoši konfigurētajam garantijas līmenim.
- Iebūvēta drošībaVārtejas parasti atbalsta TLS šifrēšanu un sertifikātu autentifikāciju, tāpēc dati, kas iet caur vārteju, droši pieskaras mākonim.
Gadījumā, ja MQTT Bluetooth vārtejaIerīce skenē un nosaka visus BLE sensorus diapazonā, pārvalda saziņu ar tiem un centralizē datu pārraidi uz MQTT brokeri. No lietu interneta platformas viedokļa visi šie Bluetooth sensori "runā MQTT valodā", lai gan patiesībā tie to dara caur vārteju.
Kā darbojas MQTT vārteja un kā to konfigurēt
Vispārīgi runājot, tipiska MQTT vārtejas plūsma ir šāda:
- Skenēt un noteikt sensorus un ierīces tā darbības rādiusā (piemēram, izmantojot Bluetooth vai vadu tīklus).
- Apkopojiet datus no šiem sensoriem, izmantojot atbilstošos protokolus.
- Pārveidojiet šos datus MQTT formātā (definējot atbilstošas tēmas un lietderīgo slodzi).
- Publicējiet datus brokera vietnē vai izvēlētajā lietu interneta platformā.
Fiziskās vārtejas konfigurēšana vispirms ietver aparatūras montāžapareiza kabeļu izvietošana, sensoru savienojumu un radio moduļu atdalīšana, kā arī porta, MAC adreses un statiskas IP adreses izvēle, lai nodrošinātu unikālu identifikāciju tīklā.
Pēc tam izvēlieties moduli, kuru MQTT klients darbinās, piemēram:
- Arduino + W5100 Ethernet modulis.
- ESP8266 modulis ar WiFi savienojamību.
Programmatūra nosaka Publicēšanas un abonēšanas tēmasPiemēram, tāds prefikss kā MY_MQTT_PUBLISH_TOPIC_PREFIX/FROM_NODE_ID/SENSORA_ID varētu ģenerēt tādas tēmas kā mygateway1-out/2/1/1/0/49, savukārt komandu nosūtīšanai sensoriem tiktu izmantots abonēšanas prefikss, piemēram, MY_MQTT_SUBSCRIBE_TOPIC_PREFIXradot šāda veida tēmas mygateway1-in/2/1/1/0/49.
Pēc konfigurēšanas ir ļoti ieteicams pārbaudīt MQTT vārteju, izmantojot labi zināmu brokeri, piemēram, Mosquitto, lai pārliecinieties, vai ziņojumi ir pareizi saņemtiTie tiek publicēti paredzētajās tēmās, un abonētās ierīces saņem to, kas tām paredzēts.
MQTT vārteja kā tilts uz centrālo serveri
Izvietojot MQTT ierīces vairākās fiziskās atrašanās vietās, parasti ir nepieciešams konsolidēt visus šos datus koplietojamā serverī vai centralizētā mākoņplatformā. Šeit MQTT vārteja kalpo kā tilts.
Ideja ir uzstādīt MQTT vārteju katrā vietā, kur atrodas lietu lietu (IoT) ierīces. Katrs vārteja apkopo informāciju no savas lokālās vides, Pievienojiet to un pārsūtiet to tālāk uz centrālo serveri (vai mākoņa brokeri), izmantojot MQTT. Tādā veidā jūs varat iegūt globālu pārskatu par visiem datiem, nezaudējot lokālo kontroli un optimizējot tīkla patēriņu.
Turklāt šie vārti var drošs ar saviem sertifikātiemTLS šifrēšanas un autentifikācijas mehānismi aizsargā sensorus un IoT perifēriju, kas paliek "aiz" vārtejas. Tie var arī lokāli uzglabāt informāciju, pielāgot lietotāja saskarni tuvumā esošo ierīču pārvaldībai un pēc nepieciešamības pievienot saderību ar citiem rūpnieciskajiem protokoliem.
MQTT saderība ar mākoņplatformām un citiem protokoliem
Viena no MQTT lielākajām priekšrocībām ir tā, ka tā ir Savietojams ar lielāko daļu galveno mākoņdatošanas lietu lietu platformuDaudzi rūpnieciskie MQTT vārtejas standarta komplektācijā darbojas ar:
- Azure lietu internets.
- Google Cloud IoT.
- AWS IoT.
- IBM Watson IoT.
Vārteja interpretē no sensoriem saņemtos datus un Tas tos pārsūta uz platformu MQTT formātā.Lai jebkurā laikā skatītu vai apstrādātu informāciju, lietotājiem ir tikai jāabonē attiecīgās tēmas.
Turklāt daudzas no šīm mēbelēm var kalpot kā protokola pārveidotājsIntegrējot tādus tīklus kā Modbus TCP ar MQTT un piedāvājot attālinātus tīmekļa paneļus ierīču grupu pārvaldībai, MQTT kļūst par centrālo komponentu hibrīdarhitektūrās, kur mantotās sistēmas pastāv līdzās jauniem lietu interneta risinājumiem.
MQTT un lietu interneta (IoT) reālās lietošanas gadījumi
Industriālā vide un telemetrija
Rūpniecības pasaulē MQTT jau ir faktiskais standarts telemetrijas datu pārraidīšanai no sensoriem un iekārtām, kas izvietotas rūpnīcās, ieguves uzņēmumos, naftas un gāzes ieguves objektos vai lauksaimniecības un pārtikas uzņēmumos.
Uzņēmumi uzstāda daudzus sensorus, kas mēra tādus parametrus kā temperatūra, spiediens, plūsma, vibrācija un enerģijas patēriņš. Šie dati tiek nosūtīti, izmantojot MQTT, uz analītikas sistēmām, kas Viņi atklāj neatbilstības, tendences un uzlabošanas iespējas. darbībās. Pateicoties tam, var optimizēt procesus, paredzēt kļūmes un samazināt neplānotas dīkstāves.
Zemas jaudas plaša apgabala tīkli (LPWAN)
LPWAN (zemas jaudas plaša apgabala tīkla) tīkli ir paredzēti, lai ļoti mazas jaudas ierīces, kas sūta mazus ziņojumus lielos attālumosParasti tīkli ar augstu latentumu un ierobežotu joslas platumu rada problēmas. MQTT ir ideāli piemērots šai videi, jo tā ziņojumi ir viegli, tas atbalsta pakalpojuma kvalitāti un pielāgojas neuzticamiem tīkliem.
Uzņēmumos, kas izmanto LPWAN, lai nosūtītu sensoru datus uz mākoņrisinājumiem, MQTT ļauj pārsūtīt lielu ziņojumu apjomu nepārslogojot tīklu un iespēju robežās nodrošinot, ka dati sasniedz analīzes un uzraudzības sistēmas.
Sociālie tīkli un masveida ziņojumapmaiņa
Spilgts MQTT izmantošanas piemērs ārpus klasiskās rūpnieciskās vides ir Facebookkur tas ir izmantots kā galvenais saziņas protokols milzīga ziņojumu apjoma pārvaldībai reāllaikā. Tam ir arī loma ziņojumu piegādē tādām platformām kā Instagram.
Tas, ka šāda lieluma uzņēmums liek likmes uz MQTT, pastiprina domu, ka tas ir stabils, mērogojams protokols, kas piemērots augstas vienlaicības scenārijiemne tikai maziem lietu interneta projektiem.
Viedās mājas un mājas automatizācija
Vietējā sfērā MQTT ir kļuvis par vienu no Iecienītākie protokoli viedās mājas automatizācijaiTas nemanāmi integrējas ar mākoņplatformām, piemēram, Azure vai IBM Watson, kā arī ar lokālajām automatizācijas sistēmām.
Ar MQTT jūs varat uzraudzīt enerģijas patēriņš mājāskontrolēt apgaismojumu, reāllaikā uzraudzīt temperatūru vai gaisa kvalitāti un koordinēt vairākas ierīces (termostatus, žalūzijas, apūdeņošanas sistēmas utt.), tostarp tādas ierīces kā Xiaomi Velabez nepieciešamības katrai ierīcei tieši sazināties ar citām. Piemēram, MQTT Bluetooth vārteja var centralizēt visus BLE sensorus mājās un savienot tos ar vienu starpnieku.
Automobiļu nodaļa
Digitālā transformācija autobūves nozarē ietver transportlīdzekļu, ražošanas līniju un vadības sistēmu savienošanu. MQTT tiek izmantots kā uzticams ziņojumapmaiņas kanāls starp mākoni un transportlīdzekliļaujot sūtīt telemetrijas datus, veikt attālinātu diagnostiku un parametru atjauninājumus.
Šī spēja sazināties gandrīz reāllaikā, pat mainoties mobilo sakaru savienojumam, padara MQTT par ļoti pievilcīgu iespēju automobiļu ražotājiem un pakalpojumu sniedzējiem.
Transports un loģistika
Transporta un loģistikas nozarē jauda izsekot flotes un preču kustībai Tas ir galvenais. MQTT tiek izmantots, lai nosūtītu datus par atrašanās vietu, kravas statusu, durvju atvēršanas notikumiem vai vides apstākļiem konteinera iekšpusē.
Izmantojot vieglu ziņojumapmaiņu un uz brokeriem balstītu arhitektūru, tas ir iespējams uzraudzīt lielus autoparkus reāllaikā ar zemu latentumu un nepārslogojot savienojumam izmantotos mobilos vai satelīta tīklus.
Mērogojamas arhitektūras un aparatūras un programmatūras atdalīšana
Viena no lielākajām MQTT ieviešanas priekšrocībām lietu interneta (IoT) projektā ir tā, ka tā ļauj skaidri atdalīt aparatūras slāni no programmatūras slāņaSensori un ierīces nodarbojas tikai ar datu nosūtīšanu brokerim un komandu saņemšanu no konkrētām tēmām; viss, kas notiek tālāk (glabāšana, analīze, vizualizācija), var attīstīties neatkarīgi.
Šī pieeja bieži atgādina mikropakalpojumu modeliskur katrs komponents dara vienu lietu un dara to labi. Mūsu gadījumā aparatūras ierīce koncentrējas uz mērīšanu un publicēšanu; citi pakalpojumi apstrādā, uzglabā, vizualizē vai pielieto mākslīgo intelektu, un sensoram par tiem nekas nav "jāzina".
Pateicoties šai atvienošanai, ja rīt jūs nolemjat pāriet no vienkāršas vizualizācijas vietnes Raspberry Pi ierīcē uz sarežģīta lielo datu un mašīnmācīšanās sistēma Mākonī jums nav jāpieskaras sensoriem. Tie turpinās sūtīt datus brokerim, un jums būs jāpieslēdz tikai jauni patērētāji, kuri ir abonējuši esošās tēmas.
Kopā MQTT un ar to saistītie vārtejas veido risinājumu. ļoti izturīgs IoT savienojamībaiViegls, mērogojams, drošs, saderīgs ar galvenajām mākoņplatformām un atbalsta visu veidu tīklus, sākot no LPWAN līdz mājas WiFi vai rūpnieciskajam Ethernet tīklam. Tas viss apvienojumā ar publicēšanas/abonēšanas modeli un iespēju pievienot vārtejas, kas savieno protokolus, padara to par vienu no galvenajiem komponentiem, uz kura tiek veidota lietu interneta tagadne un nākotne. Kopīgojiet informāciju, lai vairāk lietotāju uzzinātu par tēmu.