{"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\/news\/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 tarkvaras ja riistvaras, uute sideprotokollide ilmumine on toonud kaasa asjade interneti (IoT) laienemise. Seadmete arv kasvab p\u00e4ev-p\u00e4evalt ja need genereerivad tohutul hulgal andmeid. Seet\u00f5ttu on vajalik mugav s\u00fcsteemi arhitektuur, mis suudaks neid andmeid t\u00f6\u00f6delda, salvestada ja edastada.<\/p>\n<p>Praegu kasutatakse nendeks eesm\u00e4rkideks pilveteenuseid. Kuid \u00fcha populaarsemaks muutuv udusComputing paradigmain on v\u00f5imeline t\u00e4iendama pilvelahendusi, skaleerides ja optimeerides IoT infrastruktuuri. <\/i><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>\u201ePilved\u201c suudavad katta enamik IoT n\u00f5udmisi. N\u00e4iteks tagada teenuste j\u00e4lgimise, kiire andmete t\u00f6\u00f6tlemise, mida seadmed genereerivad, ning nende visualiseerimise. UdusComputing on aga t\u00f5husam reaalaja \u00fclesannete lahendamisel. Need tagavad kiire reageerimise p\u00e4ringutele ja minimaalse viivituse andmete t\u00f6\u00f6tlemisel. See t\u00e4hendab, et Fog t\u00e4iendab \u201epilvi\u201c, laiendab nende v\u00f5imalusi.<\/p>\n<p>Kuid peamine k\u00fcsimus on hoopis: kuidas peaks k\u00f5ik see toimima asjade interneti kontekstis? Millised sideprotokollid oleksid k\u00f5ige t\u00f5husamad IoT-Fog-Pilv \u00fchendatud s\u00fcsteemi t\u00f6\u00f6ks?<\/p>\n<p>Vaatamata n\u00e4iliselt domineerivale HTTP-le kasutatakse IoT, Fog ja Cloud s\u00fcsteemides suurt hulka muid lahendusi. See on seletatav sellega, et IoT peab \u00fchendama mitmesuguste seadmete sensorite funktsionaalsused turvalisuse, \u00fchilduvuse ja teiste kasutajate n\u00f5udmistega.<\/p>\n<p>Kuid \u00fchine arusaam eetalonsest arhitektuurist ja side standardist on lihtsalt puudulik. Seet\u00f5ttu on uue protokolli loomine v\u00f5i olemasoleva kohandamine konkreetsete IoT \u00fclesannete jaoks \u00fcks IT-kogukonna k\u00f5ige olulisemaid \u00fclesandeid.<\/p>\n<p>Milliseid protokolle kasutatakse praegu ja mida nad pakuvad? Uurime seda l\u00e4hemalt. Ent enne arutame \u00f6kos\u00fcsteemi p\u00f5him\u00f5tteid, kus suhtlevad pilved, udud ja asjade internet.<\/p>\n<h3>IoT Fog-to-Cloud (F2C) arhitektuur<\/h3>\n<p>\nOlete ilmselt m\u00e4rganud, kui palju vaeva n\u00e4idatakse IoT, pilvede ja udude m\u00f5istmise ning nende ratsionaalse ja koordineeritud haldamise eelistest ja kasudest. Kui ei, siis siin on teile 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 EU projekt<\/a><\/noindex>. <\/p>\n<p>Kui varem oldi keskendunud ainult kahele tasandile, pilvedele ja l\u00f5pp-seadmetele, siis pakutud arhitektuur toob sisse uue taseme - uduarvutused. Sellega v\u00f5ib udutasandi jagada mitmeks alatasemeks, s\u00f5ltuvalt ressurssidest v\u00f5i poliitikate kogumist, mis m\u00e4\u00e4ratlevad erinevate seadmete kasutamise nende alatasemete raames.<\/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 v\u00f5imsamatele serveritele ja arvutusseadmetele, et lahendada \u00fclesandeid, mis n\u00f5uavad madalat viivitust. Samas vastutavad pilved \u00fclesannete lahendamise eest, mis n\u00f5uavad suurt arvutusv\u00f5imet v\u00f5i andmete salvestamiseks ruumi.<\/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 vidinad v\u00f5ivad samuti olla osa IoT-st. Kuid sellised seadmed kasutavad tavaliselt suurte arendajate patendi protokolle. IoT kaudu genereeritud andmed edastatakse udutaseile REST HTTP protokolli kaudu, mis tagab paindlikkuse ja funktsionaalse \u00fchilduvuse RESTful-teenuste loomisel. See on oluline, arvestades olemasoleva arvutusinfrastruktuuri tagurpidi \u00fchilduvust, mis t\u00f6\u00f6tab kohalikes arvutites, serverites v\u00f5i serverite klastrites. Kohalikud ressursid, mida kutsutakse \u201eudus\u00f5lmedeks\u201c, filtreerivad saadud andmeid ja t\u00f6\u00f6tlevad neid kohapeal v\u00f5i edastavad edasiseks arvutamiseks pilve.<\/p>\n<p>Pilved toetavad erinevaid sideprotokolle, sealhulgas AMQP ja REST HTTP. Kuna HTTP on laialdaselt tuntud ja kohandatud interneti jaoks, v\u00f5ib tekkida k\u00fcsimus: \u201ekas ei peaks seda kasutama IoT ja udude jaoks?\u201c. Kuid selle protokolli j\u00f5udluses on probleeme. R\u00e4\u00e4gime sellest hiljem.<\/p>\n<p>\u00dcldiselt on olemas 2 sideprotokolli mudelit, mis sobivad meie s\u00fcsteemi. Need on p\u00e4ring-vastus ja avaldamine-tellimine. Esimene mudel on laiemalt tuntud, eriti server-klient arhitektuuris. Klient k\u00fcsib serverilt teavet, misj\u00e4rel server saab p\u00e4ringu, t\u00f6\u00f6tleb seda ja saadab vastusena s\u00f5numi. Selle mudeli j\u00e4rgi t\u00f6\u00f6tavad protokollid REST HTTP ja CoAP.<\/p>\n<p>Teine mudel tekkis vajadusest tagada as\u00fcnkroonne, jaotatud, n\u00f5rk side andmete genereerijate ja nende saajate 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 \/>\nMudelis osaleb kolm osalist: v\u00e4ljaandja (andmeallikas), vahendaja (dispet\u0161er) ja tellija (saaja). Siin ei pea klient, kes tegutseb tellijana, serverilt teavet k\u00fcsima. Kliendi asemel tellib ta s\u00fcsteemis teatud s\u00fcndmused vahendaja kaudu, kes vastutab k\u00f5igi sissetulevate s\u00f5numite filtreerimise ja nende suunamise vahel v\u00e4ljaandjate ja tellijate vahel. V\u00e4ljaandja avaldab vahendajale, kui teatav teema t\u00f5ttu toimub s\u00fcndmus, ja vahendaja edastab tellijale andmed n\u00f5utud teema kohta.<\/p>\n<p>Sisuliselt p\u00f5hineb see arhitektuur s\u00fcndmustel. Selline suhtlemismudel on huvitav rakenduste jaoks IoT-s, pilves, udus, kuna see suudab tagada skaleeritavuse ja lihtsustada erinevate seadmete vahelisi \u00fchendusi, toetades d\u00fcnaamilist \"palju-palju\" suhet ja as\u00fcnkroonset suhtlust. Tuntud standardiseeritud s\u00f5numivahetusprotokollide seas, mis kasutavad \"v\u00e4ljaandmise-tellimise\" mudelit, on nimetada MQTT, AMQP ja DDS.<\/p>\n<p>On selge, et \"v\u00e4ljaandmise-tellimise\" mudelil on mitmeid eeliseid:<\/p>\n<ul>\n<li>V\u00e4ljaandjad ja tellijad ei pea teadma \u00fcksteise olemasolust;<\/li>\n<li>\u00dcks tellija v\u00f5ib saada teavet paljusid erinevaid v\u00e4ljaandeid, samas kui \u00fcks v\u00e4ljaandja v\u00f5ib edastada andmeid paljudele erinevatele tellijatele (printsiip \"palju-palju\");<\/li>\n<li>V\u00e4ljaandja ja tellija ei pea olema samaaegselt aktiivsed, et andmeid vahetada, kuna vahendaja (t\u00f6\u00f6tades j\u00e4rjekorras\u00fcsteemina) suudab s\u00e4ilitada s\u00f5numi klientide jaoks, kes ei ole hetkel v\u00f5rku \u00fchendatud.<\/li>\n<\/ul>\n<p>\nKuid ka \"k\u00fcsi-vasta\" mudelil on oma tugevad k\u00fcljed. Kui serveri poolel pole mitu klienti k\u00e4sitlevates p\u00e4ringutes probleeme, on m\u00f5istlik kasutada juba t\u00f5estatud usaldusv\u00e4\u00e4rseid lahendusi.<\/p>\n<p>Samuti on protokolle, mis toetavad m\u00f5lemat mudelit. N\u00e4iteks XMPP ja HTTP 2.0, mis toetavad \u201eserver push\u201c valikut. IETF on v\u00e4lja andnud ka CoAP. K\u00e4esoleva probleemi lahendamiseks on loodud mitmeid teisi lahendusi, nagu WebSocketi protokoll v\u00f5i HTTP protokolli kasutamine l\u00e4bi QUIC (Quick UDP Internet Connections).<\/p>\n<p>WebSocketite osas, kuigi seda kasutatakse andmete edastamiseks reaalajas serverilt veebikliendile ning see tagab pidevad \u00fchendused samaaegse kahepoolsest suhtlusest, ei ole see m\u00f5eldud piiratud arvutusv\u00f5imekusega seadmetele. QUIC v\u00e4\u00e4rib samuti t\u00e4helepanu, kuna uus transpordiprotokoll avab palju uusi v\u00f5imalusi. Kuid kuna QUIC ei ole veel standardiseeritud, on liiga vara prognoosida selle v\u00f5imaliku rakenduse ja m\u00f5ju IoT lahendustele. Seega j\u00e4tame WebSocketid ja QUIC tulevikku silmas pidades meelde, kuid hetkel ei hakka me neid s\u00fcgavamalt uurima.<\/p>\n<h3>Kes on maailmas k\u00f5ige armsam: v\u00f5rreldes protokolle<\/h3>\n<p>\nR\u00e4\u00e4gime n\u00fc\u00fcd protokollide tugevustest ja n\u00f5rkustest. Enne teema s\u00fcvenemist tasub kohe m\u00e4rkida, et puudub \u00fcks selge juht. Iga protokolli omadustes ja puudustes on midagi.<\/p>\n<p><b>Reageerimise aeg<\/b><\/p>\n<p>\u00dcks olulisemaid sideprotokollide omadusi, eriti Interneti-asjade kontekstis, on reageerimisaeg. Kuid olemasolevate protokollide seas ei ole \u00fchtegi absoluutset v\u00f5itjat, kes n\u00e4itaks minimaalset viivitust erinevates tingimustes. Siiski on olemas hulk uuringuid ja v\u00f5rdlusi protokollide v\u00f5imekusest.<\/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 efektiivsuse v\u00f5rreldes IoT-s n\u00e4itas, et MQTT-d p\u00e4ringu reageerimisaeg on l\u00fchem kui HTTP-l. Ja <noindex><a rel=\"nofollow\" href=\"https:\/\/www.researchgate.net\/publication\/303188719_Comparison_of_two_lightweight_protocols_for_smartphone-based_sensing\">uuringu <\/a><\/noindex>saatmisaeg (RTT) kohta paljastas, et CoAP keskmine RTT on 20% madalam kui MQTT-l.<\/p>\n<p>Teine <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7740559\">katse <\/a><\/noindex>RTT protokollide MQTT ja CoAP osas viidi l\u00e4bi kahes stsenaariumis: kohalikus v\u00f5rgus ja IoT-v\u00f5rgus. Selgus, et keskmine RTT IoT-v\u00f5rgus on 2-3 korda k\u00f5rgem. MQTT QoS0 n\u00e4itas v\u00f5rreldes CoAPiga madalamat tulemust, samas kui MQTT QoS1 demonstreeris k\u00f5rgemat RTT-d ACK t\u00f5ttu rakendus- ja transporditasemel. Erinevate QoS tasemete latentsus mitte\u00fclekasutatud v\u00f5rgus oli MQTT puhul millisekundites, CoAP puhul siiski sadades mikrosekundites. Siiski tasub meeles pidada, et v\u00e4hem usaldusv\u00e4\u00e4rsetes v\u00f5rkudes n\u00e4itab MQTT, mis t\u00f6\u00f6tab TCP kohal, t\u00e4iesti erinevat tulemust.<\/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 viivitusaega suurendava koormuse suurenemise anal\u00fc\u00fcs n\u00e4itas, et v\u00e4ikeste koormuste korral on viivituse tase peaaegu sama. Kuid suurte andmehulkade edastamise korral demonstreerib MQTT madalamat viivitusaega. Veel \u00fche <noindex><a rel=\"nofollow\" href=\"http:\/\/www.tfzr.rs\/esociety\/issues\/eSocietyVol3No1.pdf#page=26\">uurimine <\/a><\/noindex>CoAPi v\u00f5rreldi HTTPga masinatevahelise suhtluse stsenaariumis, kus seadmed olid paigaldatud transpordivahenditele ning varustatud gaasidetektorite, ilmadeetektorite, asukoha (GPS) ja mobiiliv\u00f5rgu (GPRS) liidesega. Aeg, mis oli vajalik CoAP s\u00f5numi edastamiseks mobiilse v\u00f5rgu kaudu, oli peaaegu kolm korda l\u00fchem kui HTTP s\u00f5numite kasutamiseks 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 tootlikkust meditsiinilises rakenduses v\u00f5rguemulaatori abil. DDS \u00fcletas MQTT telemeetriaviivituse osas erinevates kehvades v\u00f5rgutingimustes. UDP-p\u00f5hine CoAP toimestas h\u00e4sti rakendustes, mis vajavad kiiret vastust, kuid kuna see p\u00f5hineb UDP-l, toimus m\u00e4rkimisv\u00e4\u00e4rne ennustamatu paketikaotus.<\/p>\n<p><b>L\u00e4bivusv\u00f5ime<\/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 efektiivsuse anal\u00fc\u00fcs kanalite kasutamise osas toimus andmete koguhulga arvu loendamise kaudu, mida edastati \u00fche s\u00f5numiga. CoAP n\u00e4itas v\u00e4iksemat l\u00e4bilaskev\u00f5imet kui MQTT v\u00e4ikeste s\u00f5numite edastamisel. Kuid protokolli efektiivsuse v\u00f5rdlemisel kasulikku teavet sisaldavate baitide arvu ja edastatud baitide koguarvu suhetes osutus CoAP t\u00f5husamaks.<\/p>\n<p>Kaugjuhtimisega <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7496622\">anal\u00fc\u00fcsis <\/a><\/noindex>MQTT, DDS (TCP transport protocol) ja CoAP kasutamisel selgus, et CoAP n\u00e4itas tavaliselt v\u00f5rreldes madalamat ribalaiuse tarbimist, mis ei suurenenud v\u00f5rgupakettide kaotuste v\u00f5i suurenenud viivituse korral, erinevalt MQTT-st ja DDS-ist, kus nimetatud stsenaariumides t\u00e4heldati ribalaiuse kasutamise kasvu. Teises stsenaariumis osales suur hulk seadmeid, mis edastasid andmeid samal ajal, mis on t\u00fc\u00fcpiline olukord IoT keskkondades. Tulemused n\u00e4itasid, et suurema koormuse korral on parem kasutada CoAP-i.<\/p>\n<p>V\u00e4ikese koormuse korral kasutas CoAP k\u00f5ige v\u00e4hem ribalaiust, j\u00e4rgnesid MQTT ja REST HTTP. Siiski, kui koormuse suurus suurenes, olid parimad tulemused REST HTTP-l.<\/p>\n<p><b>Energiatarve<\/b><\/p>\n<p>Energiatarbimise k\u00fcsimus on alati oluline, kuid IoT s\u00fcsteemis on see eriti t\u00e4htis. Kui <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7899537\">v\u00f5rrelda <\/a><\/noindex>MQTT ja HTTP energiatarbimist, siis HTTP tarbib oluliselt rohkem. CoAP on aga <noindex><a rel=\"nofollow\" href=\"https:\/\/www.mdpi.com\/1424-8220\/16\/12\/2044\/htm\">energiat\u00f5husam <\/a><\/noindex>kui MQTT, lubades toitehalduse. Sellegipoolest sobib MQTT lihtsates stsenaariumides paremini andmevahetuseks asjade interneti v\u00f5rkudes, eriti kui toite piiranguid ei ole.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"http:\/\/cgweb1.northumbria.ac.uk\/SubjectAreaResources\/KF7046\/papers\/review\/iot\/lpb15.pdf\">Teine <\/a><\/noindex>katse, mille k\u00e4igus v\u00f5rreldi AMQP ja MQTT v\u00f5imalusi mobiilses v\u00f5i ebastabiilses traadita v\u00f5rgus, n\u00e4itas, et AMQP pakub rohkem turvav\u00f5imalusi, samas kui MQTT on energiat\u00f5husam.<\/p>\n<p><b>Turvalisus<\/b><\/p>\n<p>Turvalisus on veel \u00fcks v\u00e4ga oluline teema, mida t\u00f5statatakse asjade interneti ning \u00e4\u00e4rmiselt\/t\u00e4iendavates arvutustes. Turvamehhanism p\u00f5hineb tavaliselt TLS-l HTTP-s, MQTT-s, AMQP-s ja XMPP-s, v\u00f5i DTLS CoAP-is, ning toetab m\u00f5lemat varianti DDS.<\/p>\n<p>TLS ja DTLS algavad protsessiga, millega luuakse \u00fchendus kliendi ja serveri vahel, et vahetada toetatud kr\u00fcpto\u00fcksikute komplekte ja v\u00f5tmeid. M\u00f5lemad pooled leppivad kokku komplektides, et tagada, et edasine suhtlemine toimub turvalises kanalis. Nende erinevus seisneb v\u00e4ikestes muutustes, mis v\u00f5imaldavad DTLS-l, mis p\u00f5hineb UDP-l, t\u00f6\u00f6tada ebakindlas \u00fchenduses.<\/p>\n<p>Kaugjuhtimisega <noindex><a rel=\"nofollow\" href=\"http:\/\/www.isg.rhul.ac.uk\/tls\/lucky13.html\">katsekohtumised<\/a><\/noindex> Mitme erineva TLS ja DTLS rakenduse testimise k\u00e4igus selgus, et TLS suudab \u00fclesande paremini t\u00e4ita. DTLS-i r\u00fcnnakud olid edukamad t\u00e4nu selle vigadele tolerantsele loodusele.<\/p>\n<p>Kuid nende protokollide suurim probleem on see, et need ei olnud algselt m\u00f5eldud IoT kasutamiseks ega eeldanud t\u00f6\u00f6tamist pilves v\u00f5i udus. Kokku lepitud k\u00e4epigistusega lisavad nad iga\u00fchenduse loomisega lisaliiklust, mis kurnab arvutusressursse. Keskmiselt on TLS-i lisakoormus 6,5% ja DTLS-i omakorda 11% v\u00f5rreldes turbatava puudumisega. Ressursirikkas keskkonnas, kus kasutatakse 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\">pilve <\/a><\/noindex>, ei ole see probleem, kuid IoT ja udutasemete vahelises suhtluses muutub see oluliseks piiranguks.<\/p>\n<p>Mida valida? \u00dchtegi kindlat vastust ei ole. MQTT ja HTTP n\u00e4ivad olevat k\u00f5ige lootustandvamad protokollid, kuna neid peetakse v\u00f5rreldes teiste protokollidega suhteliselt k\u00fcpseks ja stabiilseks lahenduseks IoT-le.<\/p>\n<h3>\u00dche kommunikatsiooniprotokolli p\u00f5hised lahendused<\/h3>\n<p>\n\u00dche protokolli lahenduse praktikal on palju puudusi. N\u00e4iteks proto, mis sobib piiratud keskkonda, ei pruugi t\u00f6\u00f6tada domeenis, millel on ranged turvan\u00f5uded. Arvesse v\u00f5ttes, tuleb meil j\u00e4tta peaaegu k\u00f5ik \u00fche protokolli p\u00f5hised lahendused IoT udust pilve ekos\u00fcsteemis k\u00f5rvale, v\u00e4lja arvatud MQTT ja REST HTTP.<\/p>\n<p><b>REST HTTP \u00fche protokolli lahendusena<\/b><\/p>\n<p>On hea n\u00e4ide REST HTTP p\u00e4ringute ja vastuste interaktsioonist IoT-st uduni: <noindex><a rel=\"nofollow\" href=\"https:\/\/dl.acm.org\/citation.cfm?doid=3152130.3152140\">nutifarm<\/a><\/noindex>. Loomadele on paigaldatud kantavad andurid (IoT klient, C) ja neid hallatakse nutifarmi s\u00fcsteemi kaudu pilvcomputing-i kaudu (Fog-server, S).<\/p>\n<p>POST meetodi p\u00e4ises m\u00e4\u00e4ratakse muudetav ressurss (\/{farm\/animals}), samuti HTTP versioon ja sisut\u00fc\u00fcp, mis antud juhul on JSON objekt, mis esindab loomafarmi, mida s\u00fcsteem peab haldama (Dulcineia\/veise). Serveri vastus n\u00e4itab, et p\u00e4ring oli edukas, saades HTTPS seisundikoodi 201 (resource created). GET meetod peaks m\u00e4\u00e4rama ainult n\u00f5utava ressursi URI-s (nt \/farm\/animals\/1), mis tagastab selle ID j\u00e4rgi loomade JSON-esitluse serverist. <\/p>\n<p>PUT meetodit kasutatakse, kui on vajalik uuendada teatud kindlat ressursi kirjet. Sellisel juhul m\u00e4\u00e4ratakse ressursis URI parameetrile, mida on vaja muuta, ja praegusele v\u00e4\u00e4rtusele (n\u00e4iteks m\u00e4rkides, et lehm on just praegu v\u00e4ljaspool, \/farm\/animals\/1?state=walking). L\u00f5puks kasutatakse DELETE meetodit sama h\u00e4sti kui GET meetodit, kuid see lihtsalt kustutab ressursi operatsiooni tulemusena. <\/p>\n<p><b>MQTT kui \u00fchesuunaline 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 nutika talu, kuid kasutame REST HTTP asemel protokolli MQTT. Kohalik server, millel on installitud Mosquitto teek, toimib vahendajana. Antud n\u00e4ites teenib lihtne arvuti (t\u00f6\u00f6tatakse talu serverina) Raspberry Pi MQTT kliendina, mille teostamiseks on kasutatud MQTT Paho teeki, mis on t\u00e4ielikult \u00fchilduv Mosquitto vahendajaga.<\/p>\n<p>See klient vastab IoT abstraktsiooni tasemele, mis esindab seadet, millel on avastamis- ja arvutusv\u00f5imed. Teisest k\u00fcljest vastab vahendaja k\u00f5rgemale abstraktsiooni tasemele, mis esindab udusuhte arvutuss\u00f5lme, mis on iseloomustatud suuremate t\u00f6\u00f6tlemis- ja andmete salvestamise v\u00f5imetega.<\/p>\n<p>Pakkumisel olevas \u00abnutika talu\u00bb stsenaariumis on Raspberry Pi \u00fchendatud akseleromeetri, GPS- ja temperatuurianduritega ning avaldab nende andmete postitamisel udus\u00f5lmes. Nagu te t\u00f5en\u00e4oliselt teate, k\u00e4sitleb MQTT teemasid kui hierarhiat. \u00dcks MQTT v\u00e4ljaandja v\u00f5ib postitada s\u00f5numeid kindlas teemasete kogumis. Meie puhul on neid kolm. Loomade talli temperatuuri m\u00f5\u00f5tva anduri jaoks valib klient teema (animalfarm\/shed\/temperature). GPS asukoha ja loomade liikumise m\u00f5\u00f5tmise andurite jaoks avaldab klient v\u00e4rskendusi (animalfarm\/animal\/GPS) ja (animalfarm\/animal\/movement).<\/p>\n<p>See teave edastatakse vahendajale, kes v\u00f5ib selle ajutiselt salvestada kohalikus andmebaasis juhuks, kui hiljem ilmub m\u00f5ni muu huvitatud tellija.<\/p>\n<p>Lisaks kohalikule serverile, mis toimib MQTT maaklerina ja kuhu Raspberry Pi, mis on MQTT kliendid, saadavad andmeid sensoritest, v\u00f5ib pilve tasandil olla veel \u00fcks MQTT maakler. Sellisel juhul v\u00f5ib kohalikule maaklerile edastatav teave ajutiselt salvestuda kohalikku andmebaasi ja\/v\u00f5i saadetakse pilve. Maakler, mis kuulub tunde, kasutatakse selles olukorras, et siduda k\u00f5ik andmed pilve MQTT maakleriga. Sellise arhitektuuri korral v\u00f5ib mobiilirakenduse kasutaja olla tellitud m\u00f5lemale maaklerile.<\/p>\n<p>\u00dchenduse katkemise korral \u00fche maakleriga (n\u00e4iteks pilvega) saab l\u00f5ppkasutaja teavet teiselt (tundlike). See on iseloomulik tunnus segatud pilve ja tunde s\u00fcsteemidele. Vaikes\u00e4tete kohaselt v\u00f5ib mobiilirakendus olla seadistatud esimese \u00fchenduse loomiseks tunde MQTT maakleriga ning eba\u00f5nnestumise korral \u00fchenduse loomiseks pilve MQTT maakleriga. See lahendus on vaid \u00fcks paljusid IoT-F2C s\u00fcsteemide lahendusi. <\/p>\n<h3>Mitme protokolli lahendused<\/h3>\n<p>\n\u00dche protokolli lahendused on populaarsed oma lihtsama rakendatavuse t\u00f5ttu. Kuid on ilmselge, et IoT-F2C s\u00fcsteemides on m\u00f5istlik \u00fchendada erinevad protokollid. Idee on, et erinevatel tasanditel v\u00f5ivad t\u00f6\u00f6tada erinevad protokollid. Vaatame n\u00e4iteks kolme abstraktsiooni: IoT, tunne ja pilve tasand. IoT tasandi seadmed peetakse tavaliselt piiratud v\u00f5imekusega. Selles \u00fclevaates k\u00e4sitleme IoT tasandeid kui k\u00f5ige piiratud, pilve kui k\u00f5ige v\u00e4hem piiratud ja tunde arvutust kui \u201emidagi nende vahel\u201d. Seega on IoT ja tunde abstraktsioonide vahel praegused protokolli lahendused MQTT, CoAP ja XMPP. Tunde ja pilve vahel on AMQP \u00fcks peamisi kasutatavaid protokolle koos REST HTTP-ga, mida kasutatakse ka IoT ja tunde kihtide vahel oma paindlikkuse t\u00f5ttu. <\/p>\n<p>P\u00f5hiprobleem seisneb protokollide funktsionaalses \u00fchilduvuses ja s\u00f5numite lihtsas t\u00f5lkimises \u00fchest protokollist teise. Ideaalis peaks tuleviku Interneti asjade arhitektuur pilve ja tunde ressurssidega olema s\u00f5ltumatu kasutatavast suhtlusprotokollist ja tagama erinevate protokollide head koost\u00f6\u00f6d.<\/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 hetk ei ole nii, on m\u00f5ttekas \u00fchendada protokolle, millel pole olulisi erinevusi. Selle eesm\u00e4rgi saavutamiseks p\u00f5hineb \u00fcks potentsiaalne lahendus kahe protokolli kombinatsioonil, mis j\u00e4rgivad sama arhitektuuristiili, REST HTTP ja CoAP. Teine ettepanek p\u00f5hineb kahe protokolli \u00fchendamisel, mis pakuvad \u201ev\u00e4ljaanne-tellimise\u201d mudelit, MQTT ja AMQP. Sarnaste kontseptsioonide kasutamine (kuna nii MQTT kui ka AMQP kasutavad vahendajaid, CoAP ja HTTP kasutavad REST-i) lihtsustab nende kombinatsioonide rakendamist ja n\u00f5uab v\u00e4hem integreerimisj\u00f5upingutusi.<\/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 esitatud kaks mudelit, mis p\u00f5hinevad p\u00e4ringutel ja vastustel, HTTP ja CoAP, ning nende v\u00f5imalik asukoht 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\u00f5numivahetusprotokollidega. Tugevate seadmete vahel, mis asuvad pilve ja udude vahel, on REST HTTP m\u00f5istlik lahendus.<\/p>\n<p>Teisest k\u00fcljest on pilve ja IoT tasandite vahel seostumisel, kui seadmed on piiratud arvutusressurssidega, CoAP t\u00f5husam. \u00dcks CoAP-i suuri eeliseid on tegelikult selle \u00fchilduvus HTTP-ga, kuna m\u00f5lemad protokollid p\u00f5hinevad REST-i p\u00f5him\u00f5tetel.<\/p>\n<p>Joonisel (b) on esitatud kaks \u201ev\u00e4ljaanne-tellimine\u201d mudeli interaktsiooni n\u00e4idet, sealhulgas MQTT ja AMQP. Kuigi h\u00fcpoteetiliselt v\u00f5iks m\u00f5lemat protokolli kasutada suhete loomiseks s\u00f5lmede vahel igal abstraktsiooni tasandil, tuleks nende positsioon m\u00e4\u00e4rata j\u00f5udluse alusel. MQTT on v\u00e4lja t\u00f6\u00f6tatud lihtsustatud protokollina piiratud arvutusv\u00f5imekusega seadmete jaoks, mist\u00f5ttu saab seda kasutada seose loomiseks IoT ja udude vahel. AMQP sobib paremini v\u00f5imsamate seadmete jaoks, mis asetaks selle ideaalselt udude ja pilve s\u00f5lmede vahele. IoT-s v\u00f5ib MQTT asemel kasutada protokolli XMPP, kuna seda peetakse kergekaaluliseks. Kuid seda ei kasutata sarnastes stsenaariumides nii laialdaselt.<\/p>\n<h3>J\u00e4reldused<\/h3>\n<p>\nOn ebat, et \u00fckski arutletud protokoll ei pruugi katta kogu s\u00fcsteemi suhtlust, alates seadmetest, mille arvutusv\u00f5imsus on piiratud, kuni pilveserveriteni. Uuringud on n\u00e4idanud, et kaks k\u00f5ige perspektiivikamat varianti, mida arendajad sagedamini kasutavad, on MQTT ja RESTful HTTP. Need kaks protokolli on mitte ainult k\u00f5ige k\u00fcpsemad ja stabiilsemad, vaid sisaldavad ka hulgaliselt h\u00e4sti dokumenteeritud ja edukaid rakendusi ning veebiallikasid.<\/p>\n<p>Oma stabiilsuse ja lihtsa seadistamise t\u00f5ttu on MQTT protokoll, mis on ajaga t\u00f5estanud oma suurep\u00e4rast tulemuslikkust piiratud seadmetega IoT tasemel. S\u00fcsteemi osades, kus piiratud side ja aku tarbimine ei ole probleem, nagu n\u00e4iteks teatud uduvaldkondades ja enamikus pilvekomputatsioonides, on RESTful HTTP lihtne valik. CoAP'i tuleb samuti arvesse v\u00f5tta, kuna see areneb kiiresti IoT s\u00f5numivahetusstandardina ning on t\u00f5en\u00e4oline, et l\u00e4hiajal saavutab see stabiilsuse ja k\u00fcpsuse tasemega, mis on sarnane MQTT ja HTTP-ga. Kuid standard areneb praegu, mis toob endaga kaasa l\u00fchiajalisi \u00fchilduvuse probleeme.<\/p>\n<p><b>Millest veel huvitavat lugeda blogis <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 maitsvaks<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/464155\/\">AI aitab uurida 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 pole andmeid kaduma l\u00e4inud<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/461713\/\">4 viisi, kuidas pilve varundamisel raha s\u00e4\u00e4sta<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/cloud4y\/blog\/467769\/\">\u00dcksne f\u00f6deraalne teabeallikas, mis sisaldab andmeid elanikkonna kohta<\/a><\/noindex><\/p>\n<p>Telli meie <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/cloud4y\">Telegram<\/a><\/noindex>-kanal, et mitte j\u00e4\u00e4da ilma j\u00e4rgmise artikli lugemisest! Kirjutame mitte sagedamini kui kaks korda n\u00e4dalas ja ainult olulistel teemadel.<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-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - 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.\" \/>\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\/news\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\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.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/news\/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":"Tehnoloogia areng tarkvara vallas.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/news\/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.","og:url":"https:\/\/prohoster.info\/et\/blog\/news\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"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}]}}