{"id":38375,"date":"2019-10-31T22:23:21","date_gmt":"2019-10-31T19:23:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii\/"},"modified":"2019-10-31T22:23:21","modified_gmt":"2019-10-31T19:23:21","slug":"iot-tuman-i-oblaka-pogovorim-pro-tehnologii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii","title":{"rendered":"IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest?\" src=\"\/wp-content\/uploads\/2019\/09\/89eae3426589d2ed8041fd6dd26498cb.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Tehnoloogia areng tarkvara ja riistvara valdkonnas ning uute suhtlusprotokollide tekkimine on toonud kaasa asjade interneti (IoT) laienemise. Seadmete arv kasvab p\u00e4evast p\u00e4eva ja need genereerivad tohutul hulgal andmeid. Seet\u00f5ttu tekib vajadus mugava s\u00fcsteemi arhitektuuri j\u00e4rele, mis suudaks neid andmeid t\u00f6\u00f6delda, salvestada ja edastada.<\/p>\n<p>Praegu kasutatakse nende eesm\u00e4rkide saavutamiseks pilveteenuseid. Kuid \u00fcha populaarsem muutuv uduarvutuste paradigmad (Fog) v\u00f5ivad t\u00e4iendada pilvelahendusi, suurendades ja optimeerides IoT infrastruktuuri. <\/i><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>\u00abPilved\u00bb suudavad rahuldada enamiku IoT n\u00f5udmisi. N\u00e4iteks tagada teenuste j\u00e4lgimise, andmete kiire t\u00f6\u00f6tlemise, mida seadmed genereerivad, ning nende visualiseerimise. Uduarvutused on aga efektiivsemad reaalaja probleemide lahendamisel. Need tagavad kiire vastuse p\u00e4ringutele ja minimaalne viivitus andmete t\u00f6\u00f6tlemisel. Seega t\u00e4iendab Fog pilvi, laiendab selle v\u00f5imalusi.<\/p>\n<p>Kuid peamine k\u00fcsimus on hoopis teine: kuidas peaks see k\u00f5ik toimima IoT kontekstis? Millised suhtlusprotokollid oleksid k\u00f5ige t\u00f5husamad \u00fchtses IoT-Fog-Cloud s\u00fcsteemis?<\/p>\n<p>Hoolimata n\u00e4ilisest HTTP domineerimisest kasutatakse IoT, Fog ja Cloud s\u00fcsteemides palju muid lahendusi. See tuleneb sellest, et IoT peab \u00fchendama erinevate seadmete sensorite funktsionaalsused turvalisuse, \u00fchilduvuse ja teiste kasutajate n\u00f5uetega.<\/p>\n<p>Kuid \u00fchtset arusaama standardarhitektuurist ja suhtlusstandardist pole lihtsalt olemas. Seet\u00f5ttu on uue protokolli loomine v\u00f5i olemasoleva kohandamine konkreetsetele IoT \u00fclesannetele \u00fcks IT-kogukonna olulisemaid \u00fclesandeid.<\/p>\n<p>Milliseid protokolle praegu kasutatakse ja mida need v\u00f5ivad pakkuda? Uurime l\u00e4hemalt. Aga k\u00f5igepealt arutame \u00f6kos\u00fcsteemi p\u00f5him\u00f5tteid, kus suhtlevad pilved, udu ja asjade internet.<\/p>\n<h3>IoT Fog-to-Cloud (F2C) arhitektuur<\/h3>\n<p>\nOlete kindlasti m\u00e4rganud, kui suuri j\u00f5upingutusi tehakse, et uurida IoT, pilvede ja uduhalduse seotud eeliseid ja kasu. Kui ei, siis siin on kolm standardimisalgatust: <noindex><a rel=\"nofollow\" href=\"https:\/\/www.openfogconsortium.org\/\">OpenFog Consortium<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"http:\/\/en.ecconsortium.org\/Uploads\/file\/20180328\/1522232376480704.pdf\">Edge Computing Consortium<\/a><\/noindex> ja <noindex><a rel=\"nofollow\" href=\"http:\/\/www.mf2c-project.eu\/\">mF2C H2020 EL projekti<\/a><\/noindex>. <\/p>\n<p>Kui varem vaadati ainult kahte taset, pilvi ja l\u00f5ppseadmeid, siis pakutud arhitektuur tutvustab uut taset \u2014 uduarvutust. Samuti v\u00f5ib udu tase jagada mitmeks alamtasemeks, s\u00f5ltuvalt ressursside spetsiifikast v\u00f5i poliitikapaketist, mis m\u00e4\u00e4ratleb erinevate seadmete kasutamise nende alamtasemetes.<\/p>\n<p>Kuidas v\u00f5iks see abstraktsioon v\u00e4lja n\u00e4ha? Siin on t\u00fc\u00fcpiline IoT-Udu-Pilv \u00f6kos\u00fcsteem. IoT-seadmed saadavad andmeid tootlikumatel serveritele ja arvutus\u00fcksustele, et lahendada madala latentsusega \u00fclesandeid. Samas s\u00fcsteemis vastutavad pilved suurte arvutusressursside v\u00f5i andmete salvestamise ruumi vajalike \u00fclesannete t\u00e4itmise eest.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest?\" src=\"\/wp-content\/uploads\/2019\/09\/c78ea915ac4743a3def5651778e77873.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNutitelefonid, nutikellad ja muud seadmed v\u00f5ivad samuti kuuluda IoT-sse. Kuid sellised seadmed kasutavad tavaliselt suurte arendajate omandi\u00f5iguslikke kommunikatsiooniprotokolle. Interneti asjade genereeritud andmed edastatakse udu tasandile \u00fcle REST HTTP protokolli, mis tagab paindlikkuse ja funktsionaalse \u00fchilduvuse RESTful teenuste loomiseks. See on oluline, kuna on vajalik tagada \u00fchilduvus olemasoleva arvutitehnoloogiaga, mis t\u00f6\u00f6tab kohalikel arvutitel, serveritel v\u00f5i serverite klastritel. Kohalikud ressursid, mida nimetatakse \u00abudu s\u00f5lmedeks\u00bb, filtreerivad saadud andmeid ja t\u00f6\u00f6tlevad neid kohapeal v\u00f5i edastavad edasiseks t\u00f6\u00f6tlemiseks pilve.<\/p>\n<p>Pilved toetavad erinevaid kommunikatsiooniprotokolle, mille seas on k\u00f5ige sagedamini AMQP ja REST HTTP. Kuna HTTP on laialdaselt tuntud ja internetti kohandatud, v\u00f5ib tekkida k\u00fcsimus: \u00abkas seda kasutada IoT ja udus t\u00f6\u00f6tamiseks?\u00bb. Siiski on selle protokolliga seotud j\u00f5udlusprobleeme. Edasi tulles r\u00e4\u00e4gime sellest rohkem.<\/p>\n<p>Kokkuv\u00f5ttes on olemas kaks sideprotokollide mudelit, mis sobivad meie s\u00fcsteemi vajadustele. Need on p\u00e4ring-vastus ja avaldamine-tellimine. Esimene mudel on laiemalt tuntud, eriti server-klient arhitektuuris. Klient k\u00fcsib serverilt teavet, server v\u00f5tab p\u00e4ringu vastu, t\u00f6\u00f6tleb selle ning tagastab vastuse. Selle mudeli alusel t\u00f6\u00f6tavad protokollid REST HTTP ja CoAP.<\/p>\n<p>Teine mudel tekkis vajadusest tagada as\u00fcnkroonne, jaotatud ja n\u00f5rk side andmete genereerimise allikate ja nende andmete vastuv\u00f5tjate vahel.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest?\" src=\"\/wp-content\/uploads\/2019\/09\/acf3b411fb9a0b7a61cf0188e4c29292.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nMudel eeldab kolme osalist: v\u00e4ljaandjat (andmeallikat), vahendajat (dispet\u0161erit) ja tellijat (vastuv\u00f5tjat). Siin klient, kes tegutseb tellijana, ei pea serverilt teavet k\u00fcsima. Kliendi asemel tellib ta s\u00fcsteemis teatud s\u00fcndmuste jaoks vahendaja kaudu, kes vastutab k\u00f5igi sisenevate s\u00f5numite filtreerimise ja suunamise eest v\u00e4ljaandjate ja tellijate vahel. Kui teatud teema haru puhul toimub s\u00fcndmus, avaldab v\u00e4ljaandja selle vahendajale, kes saadab tellijale teavet taotletud teema kohta.<\/p>\n<p>Tegelikult p\u00f5hineb see arhitektuur s\u00fcndmustel. Selline suhtlemismudel on huvitav IoT, pilve ja serva rakenduste jaoks t\u00e4nu oma v\u00f5imele tagada skaleeritavust ja lihtsustada erinevate seadmete vahelist suhtlust, toetada d\u00fcnaamilist \u00abpalju-paljude\u00bb ja as\u00fcnkroonset suhtlust. Tuntud standardiseeritud s\u00f5numivahetuse protokollid, mis kasutavad \u00abv\u00e4ljaande-tellija\u00bb mudelit, h\u00f5lmavad n\u00e4iteks MQTT, AMQP ja DDS.<\/p>\n<p>On ilmne, et \u00abv\u00e4ljaande-tellija\u00bb mudelil on hulgaliselt eeliseid:<\/p>\n<ul>\n<li>V\u00e4ljaandjatel ja tellijatel ei ole vaja \u00fcksteisest teadlikud olla;<\/li>\n<li>\u00dcks tellija v\u00f5ib saada teavet paljude erinevate v\u00e4ljaannete k\u00e4est, samas kui \u00fcks v\u00e4ljaandja v\u00f5ib edastada andmeid paljudele erinevatele tellijatele (p\u00f5him\u00f5te \u00abpalju-paljude\u00bb);<\/li>\n<li>V\u00e4ljaandja ja tellija ei pea andmete edastamiseks olema korraga aktiivsed, kuna vahendaja (kes t\u00f6\u00f6tab j\u00e4rjekorras\u00fcsteemina) suudab hoida s\u00f5numit klientide jaoks, kes hetkel ei ole v\u00f5rku \u00fchendatud.<\/li>\n<\/ul>\n<p>\nKuid ka mudel \"p\u00e4ring-vastus\" omab oma eeliseid. Situatsioonides, kus serveri pool ei ole mitme kliendi p\u00e4ringute t\u00f6\u00f6tlemise osas probleemiks, on m\u00f5istlik kasutada juba t\u00f5estatud usaldusv\u00e4\u00e4rseid lahendusi.<\/p>\n<p>On ka protokolle, mis toetavad m\u00f5lemat mudelit. N\u00e4iteks XMPP ja HTTP 2.0, mis toetavad \u201eserveri push\u201c v\u00f5imalust. IETF on ka v\u00e4lja andnud CoAP. Probleemide lahendamiseks s\u00f5numite vahetamise osas on loodud mitmeid teisi lahendusi, nagu WebSocket protokoll v\u00f5i HTTP kasutamine QUIC (Quick UDP Internet Connections) kaudu.<\/p>\n<p>WebSocketide puhul, kuigi seda kasutatakse andmete edastamiseks reaalajas serverist veebiklientidele ning tagab pidevad \u00fchendused ja kahepoolsed suhted, ei ole see m\u00f5eldud seadmete jaoks, millel on piiratud arvutusv\u00f5imsus. QUIC v\u00e4\u00e4rib samuti t\u00e4helepanu, kuna uus transportprotokoll avab palju uusi v\u00f5imalusi. Kuid kuna QUIC ei ole veel standardiseeritud, on liiga vara prognoosida selle v\u00f5imalikke kasutusviise ja m\u00f5ju IoT lahendustele. Seega j\u00e4tame WebSocketid ja QUIC oma m\u00e4lu, silmas pidades tulevikku, kuid ei s\u00fcvene seni rohkem.<\/p>\n<h3>Kes on k\u00f5ige armsam: v\u00f5rdleme protokolle<\/h3>\n<p>\nN\u00fc\u00fcd r\u00e4\u00e4gime protokollide tugevustest ja n\u00f5rkustest. Juba ette \u00f6eldes tuleks m\u00e4rkida, et \u00fchte selget liidrit ei ole. Iga protokolli puhul on omad eelised ja puudused.<\/p>\n<p><b>Reageerimisaeg<\/b><\/p>\n<p>\u00dcks peamisi sideprotokollide omadusi, eriti asjade interneti kontekstis, on reageerimisaeg. Siiski ei ole olemas \u00fchtegi protokolli, mis oleks t\u00e4iesti \u00fclekaalus ja n\u00e4itaks minimaalset latentsust erinevates tingimustes. Siiski on mitmeid uuringuid ja protokollide v\u00f5rdlusi.<\/p>\n<p>N\u00e4iteks, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.researchgate.net\/publication\/323943358_Performance_Analysis_of_Internet_of_Things_Protocols_Based_FogCloud_over_High_Traffic\">tulemused <\/a><\/noindex>HTTP ja MQTT t\u00f5hususe v\u00f5rdlus asjade internetis n\u00e4itas, et MQTT reageerimisaeg on l\u00fchem kui HTTP-l. Ja kui <noindex><a rel=\"nofollow\" href=\"https:\/\/www.researchgate.net\/publication\/303188719_Comparison_of_two_lightweight_protocols_for_smartphone-based_sensing\">uurida <\/a><\/noindex>edastamise vastastikust aega (RTT) MQTT ja CoAP puhul selgus, et CoAP keskmine RTT on 20% madalam kui MQTT-l.<\/p>\n<p>Muu <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7740559\">katse <\/a><\/noindex>MQTT ja CoAP protokollide RTT-d uuriti kahes stsenaariumis: kohaliku v\u00f5rgu ja asjade interneti v\u00f5rgus. Selgus, et keskmine RTT on IoT-v\u00f5rgus 2\u20133 korda k\u00f5rgem. MQTT QoS0 n\u00e4itas madalamat tulemust v\u00f5rreldes CoAP-iga, samas kui MQTT QoS1 n\u00e4itas k\u00f5rgemat RTT-d t\u00e4nu ACK-le rakendus- ja transporttasanditel. Erinevate QoS tasemete latentsus koormusteta v\u00f5rgus oli MQTT-l millisekundites, CoAP-l aga sadades mikrosekundites. Tuleb siiski meeles pidada, et v\u00e4hem usaldusv\u00e4\u00e4rsetes v\u00f5rkudes n\u00e4itab MQTT, mis t\u00f6\u00f6tab TCP peal, hoopis teistsuguseid tulemusi.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.diva-portal.org\/smash\/get\/diva2:1092136\/FULLTEXT01.pdf\">V\u00f5rdlus <\/a><\/noindex>AMQP ja MQTT protokollide vastusajad koormuse suurenemisega n\u00e4itasid, et madala koormuse korral on viivituse tase peaaegu sama. Kuid suurte andmemahtude edastamisel n\u00e4itab MQTT l\u00fchemat vastusaega. Veel \u00fches <noindex><a rel=\"nofollow\" href=\"http:\/\/www.tfzr.rs\/esociety\/issues\/eSocietyVol3No1.pdf#page=26\">uurimuses <\/a><\/noindex>v\u00f5rdlesid CoAP-i ja HTTP-d masinatevahelise suhtluse stsenaariumis seadmetega, mis on paigutatud s\u00f5idukite peale ja varustatud gaasiandurite, ilmatingimuste andurite, asukoha (GPS) ja mobiilse v\u00f5rgu liidesega (GPRS). Aeg, mis kulus CoAP s\u00f5numi edastamiseks mobiilv\u00f5rgu kaudu, oli peaaegu kolm korda l\u00fchem kui HTTP s\u00f5numite edastamiseks vajalik aeg.<\/p>\n<p>Viidi l\u00e4bi uuringud, kus v\u00f5rreldi mitte kahte, vaid kolme protokolli. N\u00e4iteks <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7496622\">v\u00f5rdlus <\/a><\/noindex>IoT protokollide MQTT, DDS ja CoAP j\u00f5udlust meditsiinilistes rakendustes, kasutades v\u00f5rgusimulaatorit. DDS \u00fcletas MQTT telemeetriaviivituse osas erinevates halbadest v\u00f5rguoludest. UDP-p\u00f5hine CoAP t\u00f6\u00f6tas h\u00e4sti rakendustes, mis n\u00f5udsid kiiret vastust, kuid kuna see p\u00f5hineb UDP-l, esines m\u00e4rkimisv\u00e4\u00e4rset etten\u00e4gematut pakettide kaotust.<\/p>\n<p><b>L\u00e4bivool<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.researchgate.net\/publication\/267636202_Performance_evaluation_of_MQTT_and_CoAP_via_a_common_middleware\">V\u00f5rdlus <\/a><\/noindex>MQTT ja CoAP kanalikasutuse efektiivsuse osas toimus andmete edastamise koguhulga arvestamine \u00fche s\u00f5 numbriga. CoAP n\u00e4itas v\u00e4iksemat l\u00e4bilaskev\u00f5imet kui MQTT v\u00e4ikeste s\u00f5numite edastamisel. Kuid v\u00f5rreldes protokollide efektiivsust informatiivsete baitide ja edastatud baitide koguhulga suhte osas osutus CoAP t\u00f5husamaks.<\/p>\n<p>Koormuse anal\u00fc\u00fcsi korral <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7496622\">anal\u00fc\u00fcs <\/a><\/noindex>MQTT, DDS (TCP transpordiprotokollina) ja CoAP kanalikasutuse anal\u00fc\u00fcs n\u00e4itas, et CoAP, \u00fcldiselt n\u00e4itas suhteliselt madalamat ribakulu, mis ei suurenenud, kui suurenes v\u00f5rgupakettide kaotamine v\u00f5i v\u00f5rgu viivitus, erinevalt MQTT ja DDS-st, kus nendes stsenaariumides t\u00e4heldati kanalikasutuse kasvu. Teises stsenaariumis oli kaasatud suur hulk seadmeid, mis edastavad andmeid samal ajal, mis on t\u00fc\u00fcpiline IoT keskkondades. Tulemused n\u00e4itasid, et suurema koormuse korral on parem kasutada CoAP-i.<\/p>\n<p>V\u00e4henenud koormuse korral kasutas CoAP k\u00f5ige v\u00e4hem ribalaiust, j\u00e4rgnesid MQTT ja REST HTTP. Siiski, kui kasulike koormuste suurus suurenes, saavutas parima tulemuse REST HTTP.<\/p>\n<p><b>Energiatarve<\/b><\/p>\n<p>Energiatarbe k\u00fcsimus on alati oluline, eriti IoT s\u00fcsteemides. Kui <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7899537\">v\u00f5rrelda <\/a><\/noindex>elektritootmise MQQT ja HTTP puhul, siis HTTP \u201eneelab\u201c m\u00e4rgatavalt rohkem. CoAP seevastu on <noindex><a rel=\"nofollow\" href=\"https:\/\/www.mdpi.com\/1424-8220\/16\/12\/2044\/htm\">energiat\u00f5husam <\/a><\/noindex>kui MQTT, v\u00f5imaldades toite haldamist. Lihtsates stsenaariumides on MQTT siiski rohkem sobiv teabe vahetamiseks asjade internetis, eriti kui v\u00f5imsuspiiranguid ei ole.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"http:\/\/cgweb1.northumbria.ac.uk\/SubjectAreaResources\/KF7046\/papers\/review\/iot\/lpb15.pdf\">Muu <\/a><\/noindex>Eksperiment, kus v\u00f5rreldi AMQP ja MQTT v\u00f5imalusi mobiilses v\u00f5i ebastabiilses juhtmevabas v\u00f5rgus, n\u00e4itas, et AMQP pakub rohkem turvalisuse v\u00f5imalusi, samas kui MQTT on energiat\u00f5husam.<\/p>\n<p><b>Ohutus<\/b><\/p>\n<p>Turvalisus on veel \u00fcks oluline teema, mida arutatakse asjade interneti ja serva\/pilvetehnoloogiate uurimisel. Turvamehhanism p\u00f5hineb tavaliselt TLS-il HTTP-s, MQTT-s, AMQP-s ja XMPP-s, v\u00f5i DTLS CoAP-s ning toetab m\u00f5lemat DDS.<\/p>\n<p>TLS ja DTLS algavad kliendi ja serveri vahelise \u00fchenduse loomise protsessist, et vahetada toetatavaid kr\u00fcptokomplekte ja v\u00f5tmeid. M\u00f5lemad pooled lepivad kokku komplektides, et tagada edasine suhtlemine turvalises kanalites. Nende vahe seisneb v\u00e4ikestes muudatustes, mis v\u00f5imaldavad DTLS-il, mis p\u00f5hineb UDP-l, t\u00f6\u00f6tada usaldamatutel \u00fchendustel.<\/p>\n<p>Koormuse anal\u00fc\u00fcsi korral <noindex><a rel=\"nofollow\" href=\"http:\/\/www.isg.rhul.ac.uk\/tls\/lucky13.html\">testir\u00fcnnakutes<\/a><\/noindex> Mitmete erinevate TLS ja DTLS rakenduste testimisel on selgunud, et TLS on \u00fclesande t\u00e4itmisel paremini hakkama saanud. DTLS r\u00fcnnakud olid edukamad t\u00e4nu oma vigade taluvusele.<\/p>\n<p>Kuid suurim probleem nende protokollide puhul on see, et need ei olnud algselt m\u00f5eldud IoT kasutamiseks ega arvestanud pilves v\u00f5i udus t\u00f6\u00f6tamisega. Kokkulepitud vahetuse (handshaking) kaudu lisavad nad iga \u00fchenduse loomisega t\u00e4iendavat liiklust, mis kurnab arvutusressursse. Keskmiselt on TLS-i puhul t\u00e4iendav koormus 6,5% ja DTLS-i puhul 11% v\u00f5rreldes turvataseme puudumisega. Ressursirikkas keskkonnas, mis asub tavaliselt <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cloud4y.ru\/cloud-hosting\/cloud-server\/?utm_source=habr&amp;utm_medium=referral&amp;utm_campaign=article\">pilves <\/a><\/noindex>tasemel, see ei tohiks probleemi tekitada, kuid IoT ja udu taseme vahelise seose t\u00f5ttu muutub see t\u00f5siseks piiranguks.<\/p>\n<p>Mida siis valida? \u00dchtset vastust ei ole. MQTT ja HTTP paistavad olevat k\u00f5ige perspektiivikamad protokollid, kuna neid peetakse v\u00f5rreldes teiste protokollidega suhteliselt k\u00fcpseks ja stabiilseks lahenduseks IoT jaoks.<\/p>\n<h3>\u00dchtse kommunikatsiooniprotokolli lahendused<\/h3>\n<p>\n\u00dche protokolli lahenduse praktika omab palju puudusi. N\u00e4iteks protokoll, mis rahuldab piiratud keskkonda, ei pruugi t\u00f6\u00f6tada valdkonnas, kus on ranged turvan\u00f5uded. Seda silmas pidades j\u00e4\u00e4b meil peaaegu k\u00f5ik ainuprotokolliga lahendused Fog-to-Cloud \u00f6kos\u00fcsteemis IoT-s v\u00e4lja j\u00e4tta, v\u00e4lja arvatud MQTT ja REST HTTP.<\/p>\n<p><b>REST HTTP \u00fchtse protokolli lahendusena<\/b><\/p>\n<p>H\u00e4rra hea n\u00e4ide REST HTTP p\u00e4ringute ja vastuste interaktsioonist IoT-to-Fog valdkonnas: <noindex><a rel=\"nofollow\" href=\"https:\/\/dl.acm.org\/citation.cfm?doid=3152130.3152140\">intelligentne farm<\/a><\/noindex>. Loomad on varustatud kantavate anduritega (IoT klient, C) ja neid haldab nutika p\u00f5llumajanduse s\u00fcsteem (Fog-server, S) pilvearvutuse kaudu.<\/p>\n<p>POST meetodi pealkirjas m\u00e4\u00e4ratakse ressurss, mida tuleb muuta (\/farm\/animals), samuti HTTP versioon ja sisu t\u00fc\u00fcp, mis antud juhul on JSON objekti kujul, esindades loomafarmi, mida s\u00fcsteem peab haldama (Dulcineia\/lehm). Serveri vastus n\u00e4itab, et p\u00e4ring oli edukas, saates HTTPS staatuse koodi 201 (ressurss loodud). GET meetod peaks m\u00e4\u00e4rama ainult taotletud ressursi URI (n\u00e4iteks \/farm\/animals\/1), mis tagastab selle identifikaatoriga looma JSON esitlemise serverist. <\/p>\n<p>PUT meetodi kasutatakse, kui on vaja v\u00e4rskendada m\u00f5nda konkreetset ressursi kirjet. Sel juhul m\u00e4\u00e4ratakse ressursis URI parameetrile, mida tuleb muuta, ja praegusele v\u00e4\u00e4rtusele (n\u00e4iteks n\u00e4idates, et lehm on n\u00fc\u00fcd jalutamas, \/farm\/animals\/1?state=jalutamine). L\u00f5puks kasutatakse DELETE meetodit v\u00f5rdselt GET meetodiga, kuid see lihtsalt kustutab ressursi toimingu tulemusena. <\/p>\n<p><b>MQTT kui \u00fcheahelaline lahendus<\/b><\/p>\n<p><img decoding=\"async\" alt=\"IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest?\" src=\"\/wp-content\/uploads\/2019\/09\/529857b556ea5a186ac1519e2804d1b8.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nV\u00f5tame sama nutifarmi, kuid REST HTTP protokolli asemel kasutame MQTT protokolli. Kohalik server koos paigaldatud Mosquitto teegiga funktsioneerib vahendajana. Selles n\u00e4ites toimib lihtne arvuti (mida t\u00e4histatakse farmiserverina) Raspberry Pi MQTT kliendina, mis on toimiv l\u00e4bi MQTT Paho raamatukogu, mis on t\u00e4ielikult \u00fchilduv Mosquitto vahendajaga.<\/p>\n<p>See klient vastab IoT abstraktsioonitasemele, mis esindab seadet, millel on tuvastamise ja arvutamise v\u00f5imed. Vahendaja, teisalt, vastab k\u00f5rgemale abstraktsioonitasemele, mis esindab udutehnoloogia arvutuspunkti, mis iseloomustab suuremaid v\u00f5imeid andmete t\u00f6\u00f6tlemisel ja salvestamisel.<\/p>\n<p>Pakutud \u201enutika talu\u201c stsenaariumis \u00fchineb Raspberry Pi akseleromeetri, GPS-i ja temperatuurianduritega ning avaldab nende andurid andmed udutootmisajas. Nagu te ilmselt teate, k\u00e4sitleb MQTT teemasid hierarhias. \u00dcks MQTT v\u00e4ljaandja v\u00f5ib avaldada s\u00f5numeid kindlas teemade kogus. Meie puhul on neid kolm. Loomade tallis temperatuuri m\u00f5\u00f5tmiseks valib klient teema (animalfarm\/shed\/temperature). GPS-i ja loomade liikumise m\u00f5\u00f5tmiseks akseleromeetri kaudu avaldab klient v\u00e4rskendusi (animalfarm\/animal\/GPS) ja (animalfarm\/animal\/movement).<\/p>\n<p>See teave edastatakse vahendajale, kes v\u00f5ib selle ajutiselt salvestada kohalikku andmebaasi juhuks, kui hiljem ilmneb m\u00f5ni teine huvitatud tellija.<\/p>\n<p>Lisaks kohalikele serveritele, mis toimivad MQTT vahendajatena uduvaikus ja kuhu Raspberry Pi, tegevad MQTT klientid, saadavad andmeid sensoritest, v\u00f5ib pilve tasemel olla veel \u00fcks MQTT vahendaja. Sellisel juhul v\u00f5ib kohaliku vahendajaga edastatav teave ajutiselt salvestada kohalikku andmebaasi ja\/v\u00f5i saata pilve. Udu MQTT vahendajat kasutatakse selles olukorras, et siduda k\u00f5ik andmed pilve MQTT vahendajaga. Sellise arhitektuuri korral v\u00f5ib mobiilirakenduse kasutaja olla tellitud m\u00f5lemale vahendajale.<\/p>\n<p>\u00dchenduse katkemise korral \u00fche vahendajaga (n\u00e4iteks pilvega) saab l\u00f5ppkasutaja teavet teisest (udust). See on iseloomulik tunnus udu ja pilve arvutuste kombineeritud s\u00fcsteemide puhul. Vaikimisi v\u00f5ib mobiilirakendus olla seadistatud esmakordselt \u00fchenduma udus oleva MQTT vahendajaga ning eba\u00f5nnestumise korral \u00fchenduma pilve MQTT vahendajaga. See lahendus on vaid \u00fcks paljusid IoT-F2C s\u00fcsteemides. <\/p>\n<h3>Mitmeprotokollilised lahendused<\/h3>\n<p>\n\u00dche protokolli lahendused on populaarsed, kuna nende rakendamine on lihtsam. Kuid on selge, et IoT-F2C s\u00fcsteemides on m\u00f5istlik kombineerida erinevaid protokolle. Eesm\u00e4rk on, et erinevates kihtides v\u00f5ivad t\u00f6\u00f6tada erinevad protokollid. Kui v\u00f5tame n\u00e4iteks kolm abstraktsiooni: IoT, udune ja pilvetehnoloogia tasemed. IoT tasemel peetakse seadmeid tavaliselt piiratud v\u00f5imekusega. Selle \u00fclevaate jaoks k\u00e4sitleme IoT tasemeid kui k\u00f5ige piiratumateid, pilvetasemeid kui k\u00f5ige v\u00e4hem piiratud, ning udutehnoloogiat kui midagi nende vahepealset. Seega sisaldavad IoT ja udust abstraktsiooni vahel hetke protokollilahendused MQTT, CoAP ja XMPP. Udune ja pilve vahel on AMQP \u00fcks peamisi kasutatavaid protokolle koos REST HTTP-ga, mida kasutatakse ka IoT ja udutasemete vahel oma paindlikkuse t\u00f5ttu. <\/p>\n<p>P\u00f5hiliseks probleemiks on protokollide funktsionaalne \u00fchilduvus ja s\u00f5numite lihtsus \u00fchelt protokollilt teisele t\u00f5lkimisel. Ideaalis peaks tulevikus asjade interneti arhitektuur pilve- ja uduressurssidega olema s\u00f5ltumatu kasutatavast sideprotokollist ning tagama erinevate protokollide hea koost\u00f6\u00f6.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest?\" src=\"\/wp-content\/uploads\/2019\/09\/cddc564cad572966002ae22eff8cb99d.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nKuna see ei ole praegu nii, on m\u00f5istlik liita protokolle, millel ei ole olulisi erinevusi. Selle eesm\u00e4rgi saavutamiseks p\u00f5hineb \u00fcks potentsiaalne lahendus kahe protokolli, REST HTTP ja CoAP, kombinatsioonil, mis j\u00e4rgivad sama arhitektuurilist stiili. Teine ettepanekud lahendus p\u00f5hineb kahe protokolli \u00fchendamisel, mis pakuvad koost\u00f6\u00f6d \u201epublikatsioon-registratsioon\u201c mudeli kaudu, MQTT ja AMQP. L\u00e4hedaste kontseptsioonide kasutamine (nii MQTT kui AMQP kasutavad vahebrokereid, CoAP ja HTTP kasutavad REST-i) lihtsustab nende kombinatsioonide rakendamist ning n\u00f5uab v\u00e4hem integreerimise pingutusi.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest?\" src=\"\/wp-content\/uploads\/2019\/09\/395bc75880a154aeab7b61d043476802.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nJoonisel (a) on kujutatud kaks mudeleid, mis p\u00f5hinevad p\u00e4ringutel ja vastustel, HTTP ja CoAP, ning nende v\u00f5imalik paigutus IoT-F2C lahenduses. Kuna HTTP on \u00fcks tuntumaid ja laialdaselt kohandatud protokolle kaasaegsetes v\u00f5rkudes, on ebat\u00f5en\u00e4oline, et see asendatakse t\u00e4ielikult teiste s\u00f5numivahetuse protokollidega. V\u00f5imsate seadmete, mis asuvad pilve ja udu vahel, seas on REST HTTP m\u00f5istlik lahendus.<\/p>\n<p>Teisest k\u00fcljest, piiratud arvutusressurssidega seadmete puhul, mis suhtlevad udu ja IoT tasemete vahel, on CoAP kasutamine efektiivsem. \u00dcks CoAP suuremaid eeliseid on tegelikult selle \u00fchilduvus HTTP-ga, kuna m\u00f5lemad protokollid p\u00f5hinevad REST-i p\u00f5him\u00f5tetel.<\/p>\n<p>Joonisel (b) on kujutatud kaks \"publikatsiooni-ja tellimise\" interaktsiooni mudelit \u00fches stsenaariumis, sealhulgas MQTT ja AMQP. Kuigi h\u00fcpoteetiliselt v\u00f5iks m\u00f5lemat protokolli kasutada sidepidamiseks s\u00f5lmede vahel igas abstraktsiooni tasemes, tuleks nende asukoht m\u00e4\u00e4rata j\u00f5udluse alusel. MQTT on loodud lihtsustatud protokollina piiratud arvutusv\u00f5imekusega seadmetele, seega saab seda kasutada IoT ja uduste vahelise sidepidamiseks. AMQP sobib paremini j\u00f5ulisematele seadmetele, mis positsioneeriksid selle ideaalselt uduste ja pilveteenuste vahel. IoT-s v\u00f5ib MQTT asemel kasutada protokolli XMPP, kuna seda peetakse kergemaks, kuid see ei ole sarnastes stsenaariumites nii laialdaselt kasutatav.<\/p>\n<h3>J\u00e4reldused<\/h3>\n<p>\nOn ebatse, et \u00fckski kaalutletud protokollidest ei pruugi olla piisav, et katab kogu s\u00fcsteemi suhtlemise, alustades seadmetest, mille arvutusv\u00f5imsus on piiratud, ja l\u00f5petades pilveserveritega. Uuringud on n\u00e4idanud, et kaks k\u00f5ige paljut\u00f5otavamat valikut, mida arendajad tihti kasutavad, on MQTT ja RESTful HTTP. Need kaks protokolli on mitte ainult k\u00f5ige k\u00fcpsemad ja stabiilsemad, vaid sisaldavad ka palju h\u00e4sti dokumenteeritud ja edukaid rakendusi ning veebiv\u00e4hendeid.<\/p>\n<p>Oma stabiilsuse ja lihtsa seadistuse t\u00f5ttu on MQTT protokoll, mis on aja jooksul t\u00f5estanud oma erakordset sooritust IoT tasemel piiratud seadmetega. S\u00fcsteemi osades, kus piiratud \u00fchenduvus ja aku tarbimine ei ole probleem, n\u00e4iteks teatud udusf\u00e4\u00e4ride ja enamikul pilveteenuste casos, on RESTful HTTP lihtne valik. Samuti tuleks arvestada CoAP-iga, kuna see areneb samuti kiiresti IoT s\u00f5numivahetuse standardiks, ja on t\u00f5en\u00e4oline, et peagi saavutataks see stabiilsuse ja k\u00fcpsuse tase, mis on sarnane MQTT ja HTTP-le. Kuid standard areneb praegu, mis toob kaasa l\u00fchiajalisi \u00fchilduvusprobleeme.<\/p>\n<p><b>Mida veel huvitavat blogis lugeda <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cloud4y.ru\/?utm_source=habr&amp;utm_medium=referral&amp;utm_campaign=article\">Cloud4Y<\/a><\/noindex><\/b><\/p>\n<p>\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/cloud4y\/blog\/466755\/\">Arvuti teeb teile maitsvat<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/464155\/\">AI aitab \u00f5ppida Aafrika loomi <\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/cloud4y\/blog\/465251\/\">Suvi on peaaegu l\u00e4bi. Peaaegu ei ole andmeid, mis oleks kaduma l\u00e4inud<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/461713\/\">4 viisi, kuidas pilves varundamisel raha s\u00e4\u00e4sta<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/cloud4y\/blog\/467769\/\">\u00dcksikust f\u00f6deraalsest teabest, mis sisaldab andmeid rahvastiku kohta<\/a><\/noindex><\/p>\n<p>Liituge meiega <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/cloud4y\">Telegram<\/a><\/noindex>-kanal, et mitte j\u00e4\u00e4da ilma j\u00e4rgnevast artiklist! Kirjutame mitte tihedamini kui kaks korda n\u00e4dalas ja ainult asjalikult.<br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/cloud4y\/blog\/467711\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0420\u0430\u0437\u0432\u0438\u0442\u0438\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0441\u043e\u0444\u0442\u0430 \u0438 \u0436\u0435\u043b\u0435\u0437\u0430, \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u043e\u0432\u044b\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0441\u0432\u044f\u0437\u0438 \u043f\u0440\u0438\u0432\u0435\u043b\u0438 \u043a \u0440\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u0438\u044e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430 \u0432\u0435\u0449\u0435\u0439 (IoT). \u041a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 \u0440\u0430\u0441\u0442\u0451\u0442 \u0434\u0435\u043d\u044c \u043e\u0442\u043e \u0434\u043d\u044f, \u0438 \u043e\u043d\u0438 \u0433\u0435\u043d\u0435\u0440\u0438\u0440\u0443\u044e\u0442 \u043e\u0433\u0440\u043e\u043c\u043d\u044b\u0439 \u043e\u0431\u044a\u0451\u043c \u0434\u0430\u043d\u043d\u044b\u0445. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u0435\u0442 \u043f\u043e\u0442\u0440\u0435\u0431\u043d\u043e\u0441\u0442\u044c \u0432 \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0439 \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c, \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0438 \u043f\u0435\u0440\u0435\u0434\u0430\u0432\u0430\u0442\u044c \u044d\u0442\u0438 \u0434\u0430\u043d\u043d\u044b\u0435. \u0421\u0435\u0439\u0447\u0430\u0441 \u0434\u043b\u044f \u044d\u0442\u0438\u0445 \u0446\u0435\u043b\u0435\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442 \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b. \u041e\u0434\u043d\u0430\u043a\u043e \u0441\u0442\u0430\u043d\u043e\u0432\u044f\u0449\u0430\u044f\u0441\u044f \u0432\u0441\u0451 \u0431\u043e\u043b\u0435\u0435 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u043e\u0439 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28806,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-38375","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-novosti-interneta"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0420\u0430\u0437\u0432\u0438\u0442\u0438\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0441\u043e\u0444\u0442\u0430 \u0438 \u0436\u0435\u043b\u0435\u0437\u0430, \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u043e\u0432\u044b\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0441\u0432\u044f\u0437\u0438 \u043f\u0440\u0438\u0432\u0435\u043b\u0438 \u043a \u0440\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u0438\u044e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430 \u0432\u0435\u0449\u0435\u0439 (IoT). \u041a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 \u0440\u0430\u0441\u0442\u0451\u0442 \u0434\u0435\u043d\u044c \u043e\u0442\u043e \u0434\u043d\u044f, \u0438 \u043e\u043d\u0438 \u0433\u0435\u043d\u0435\u0440\u0438\u0440\u0443\u044e\u0442 \u043e\u0433\u0440\u043e\u043c\u043d\u044b\u0439 \u043e\u0431\u044a\u0451\u043c \u0434\u0430\u043d\u043d\u044b\u0445. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u0435\u0442 \u043f\u043e\u0442\u0440\u0435\u0431\u043d\u043e\u0441\u0442\u044c \u0432 \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0439 \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c, \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0438 \u043f\u0435\u0440\u0435\u0434\u0430\u0432\u0430\u0442\u044c \u044d\u0442\u0438 \u0434\u0430\u043d\u043d\u044b\u0435. \u0421\u0435\u0439\u0447\u0430\u0441 \u0434\u043b\u044f \u044d\u0442\u0438\u0445 \u0446\u0435\u043b\u0435\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442 \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b. \u041e\u0434\u043d\u0430\u043a\u043e \u0441\u0442\u0430\u043d\u043e\u0432\u044f\u0449\u0430\u044f\u0441\u044f \u0432\u0441\u0451 \u0431\u043e\u043b\u0435\u0435 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u043e\u0439\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47IoT, \u0442\u0443\u043c\u0430\u043d \u0438 \u043e\u0431\u043b\u0430\u043a\u0430: \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043f\u0440\u043e \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0420\u0430\u0437\u0432\u0438\u0442\u0438\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0441\u043e\u0444\u0442\u0430 \u0438 \u0436\u0435\u043b\u0435\u0437\u0430, \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u043e\u0432\u044b\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0441\u0432\u044f\u0437\u0438 \u043f\u0440\u0438\u0432\u0435\u043b\u0438 \u043a \u0440\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u0438\u044e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430 \u0432\u0435\u0449\u0435\u0439 (IoT). \u041a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 \u0440\u0430\u0441\u0442\u0451\u0442 \u0434\u0435\u043d\u044c \u043e\u0442\u043e \u0434\u043d\u044f, \u0438 \u043e\u043d\u0438 \u0433\u0435\u043d\u0435\u0440\u0438\u0440\u0443\u044e\u0442 \u043e\u0433\u0440\u043e\u043c\u043d\u044b\u0439 \u043e\u0431\u044a\u0451\u043c \u0434\u0430\u043d\u043d\u044b\u0445. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u0435\u0442 \u043f\u043e\u0442\u0440\u0435\u0431\u043d\u043e\u0441\u0442\u044c \u0432 \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0439 \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c, \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0438 \u043f\u0435\u0440\u0435\u0434\u0430\u0432\u0430\u0442\u044c \u044d\u0442\u0438 \u0434\u0430\u043d\u043d\u044b\u0435. \u0421\u0435\u0439\u0447\u0430\u0441 \u0434\u043b\u044f \u044d\u0442\u0438\u0445 \u0446\u0435\u043b\u0435\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442 \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b. \u041e\u0434\u043d\u0430\u043a\u043e \u0441\u0442\u0430\u043d\u043e\u0432\u044f\u0449\u0430\u044f\u0441\u044f \u0432\u0441\u0451 \u0431\u043e\u043b\u0435\u0435 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u043e\u0439\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:23:21+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:23:21+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47IoT, udu ja pilved: r\u00e4\u00e4gime tehnoloogiatest? | ProHoster","description":"Tarkvaratehnoloogiate ja riistvara areng, uute suhtlusprotokollide ilmumine on viinud asjade Interneti (IoT) laienemiseni. Seadmete arv kasvab iga p\u00e4ev ning need genereerivad tohutul hulgal andmeid. Seet\u00f5ttu tekib vajadus mugava arhitektuuri j\u00e4rele, mis suudab neid andmeid t\u00f6\u00f6delda, salvestada ja edastada. Praegu kasutatakse nende eesm\u00e4rkide saavutamiseks pilveteenuseid. Kuid see muutub \u00fcha populaarsemaks.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47IoT, \u0442\u0443\u043c\u0430\u043d \u0438 \u043e\u0431\u043b\u0430\u043a\u0430: \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043f\u0440\u043e \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438? | ProHoster","og:description":"\u0420\u0430\u0437\u0432\u0438\u0442\u0438\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0441\u043e\u0444\u0442\u0430 \u0438 \u0436\u0435\u043b\u0435\u0437\u0430, \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u043e\u0432\u044b\u0445 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u0432 \u0441\u0432\u044f\u0437\u0438 \u043f\u0440\u0438\u0432\u0435\u043b\u0438 \u043a \u0440\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u0438\u044e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430 \u0432\u0435\u0449\u0435\u0439 (IoT). \u041a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432 \u0440\u0430\u0441\u0442\u0451\u0442 \u0434\u0435\u043d\u044c \u043e\u0442\u043e \u0434\u043d\u044f, \u0438 \u043e\u043d\u0438 \u0433\u0435\u043d\u0435\u0440\u0438\u0440\u0443\u044e\u0442 \u043e\u0433\u0440\u043e\u043c\u043d\u044b\u0439 \u043e\u0431\u044a\u0451\u043c \u0434\u0430\u043d\u043d\u044b\u0445. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u0435\u0442 \u043f\u043e\u0442\u0440\u0435\u0431\u043d\u043e\u0441\u0442\u044c \u0432 \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0439 \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c, \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0438 \u043f\u0435\u0440\u0435\u0434\u0430\u0432\u0430\u0442\u044c \u044d\u0442\u0438 \u0434\u0430\u043d\u043d\u044b\u0435. \u0421\u0435\u0439\u0447\u0430\u0441 \u0434\u043b\u044f \u044d\u0442\u0438\u0445 \u0446\u0435\u043b\u0435\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442 \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b. \u041e\u0434\u043d\u0430\u043a\u043e \u0441\u0442\u0430\u043d\u043e\u0432\u044f\u0449\u0430\u044f\u0441\u044f \u0432\u0441\u0451 \u0431\u043e\u043b\u0435\u0435 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u043e\u0439","og:url":"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:21+00:00","article:modified_time":"2019-10-31T19:23:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38375","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:45:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:24","updated":"2026-01-23 21:45:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/38375","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=38375"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/38375\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/28806"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=38375"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=38375"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=38375"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}