{"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\/sv\/blog\/news\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii","title":{"rendered":"IoT, dimmoln och moln: ska vi prata om teknologier?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"IoT, dimmoln och moln: ska vi prata om teknologier?\" src=\"\/wp-content\/uploads\/2019\/09\/89eae3426589d2ed8041fd6dd26498cb.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Utvecklingen av teknik inom mjukvara och h\u00e5rdvara, samt framv\u00e4xten av nya kommunikationsprotokoll, har lett till en utvidgning av Internet of Things (IoT). Antalet enheter \u00f6kar dag f\u00f6r dag och de genererar en enorm m\u00e4ngd data. D\u00e4rf\u00f6r uppst\u00e5r behovet av en flexibel systemarkitektur som kan bearbeta, lagra och \u00f6verf\u00f6ra dessa data.<\/p>\n<p>F\u00f6r dessa syften anv\u00e4nds idag molntj\u00e4nster. Men den allt mer popul\u00e4ra modellen f\u00f6r fogber\u00e4kning (Fog) kan komplettera molnl\u00f6sningarna genom att skala och optimera IoT-infrastrukturen. <\/i><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Moln kan tillfredsst\u00e4lla de flesta behoven inom IoT. Till exempel kan de m\u00f6jligg\u00f6ra \u00f6vervakning av tj\u00e4nster, snabb bearbetning av stora datam\u00e4ngder som genereras av enheter samt deras visualisering. \u00c5 andra sidan \u00e4r fogber\u00e4kningar effektivare vid l\u00f6sningen av realtidsuppgifter. De erbjuder snabb respons p\u00e5 f\u00f6rfr\u00e5gningar och minimal f\u00f6rdr\u00f6jning vid databehandling. Det vill s\u00e4ga, Fog kompletterar verkligen molnen och ut\u00f6kar deras kapabiliteter.<\/p>\n<p>Men den centrala fr\u00e5gan \u00e4r en annan: hur ska allt detta interagera i kontexten av IoT? Vilka kommunikationsprotokoll kommer att vara mest effektiva i en sammanslagen IoT-Fog-Cloud-system?<\/p>\n<p>Trots den till synes dominerande anv\u00e4ndningen av HTTP anv\u00e4nds m\u00e5nga andra l\u00f6sningar i IoT-, Fog- och Cloud-system. Detta beror p\u00e5 att IoT m\u00e5ste kombinera de funktionella m\u00f6jligheterna hos olika enhetsensorer med s\u00e4kerhet, kompatibilitet och andra krav som anv\u00e4ndarna st\u00e4ller.<\/p>\n<p>Det finns dock ingen enhetlig uppfattning om en referensarkitektur eller kommunikationsstandard. D\u00e4rf\u00f6r \u00e4r skapandet av en ny protokoll eller anpassningen av en befintlig s\u00e5dan f\u00f6r specifika IoT-uppgifter en av de viktigaste utmaningarna f\u00f6r IT-samh\u00e4llet.<\/p>\n<p>Vilka protokoll anv\u00e4nds idag och vad kan de erbjuda? L\u00e5t oss unders\u00f6ka det. Men f\u00f6rst diskuterar vi principerna f\u00f6r det ekosystem d\u00e4r moln, dimma och Internet of Things interagerar.<\/p>\n<h3>IoT Fog-to-Cloud-arkitektur (F2C)<\/h3>\n<p>\nDu har f\u00f6rmodligen m\u00e4rkt hur betydande anstr\u00e4ngningar som g\u00f6rs f\u00f6r att studera f\u00f6rdelarna och vinsterna med effektiv och koordinerad hantering av IoT, moln och dimma. Om inte, s\u00e5 h\u00e4r \u00e4r tre initiativ f\u00f6r standardisering: <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> och <noindex><a rel=\"nofollow\" href=\"http:\/\/www.mf2c-project.eu\/\">mF2C H2020 EU-projekt<\/a><\/noindex>. <\/p>\n<p>Om man tidigare endast har \u00f6verv\u00e4gt tv\u00e5 niv\u00e5er, moln och enheter, s\u00e5 introducerar den f\u00f6reslagna arkitekturen en ny niv\u00e5 - dimber\u00e4kning. Dimbeslutning kan delas upp i flera underniv\u00e5er beroende p\u00e5 resursernas specifika natur eller upps\u00e4ttningen av policys som definierar anv\u00e4ndningen av olika enheter i dessa underniv\u00e5er.<\/p>\n<p>Hur kan denna abstraktion se ut? H\u00e4r \u00e4r ett typiskt IoT-Dim-Moln ekosystem. IoT-enheter skickar data till mer kraftfulla servrar och ber\u00e4kningsenheter f\u00f6r att l\u00f6sa uppgifter som kr\u00e4ver l\u00e5g latens. I detta system ansvarar molnen f\u00f6r att l\u00f6sa uppgifter som kr\u00e4ver stor m\u00e4ngd ber\u00e4kningsresurser eller lagringsutrymme.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, dimmoln och moln: ska vi prata om teknologier?\" src=\"\/wp-content\/uploads\/2019\/09\/c78ea915ac4743a3def5651778e77873.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSmartphones, smarta klockor och andra enheter kan ocks\u00e5 vara en del av IoT. Men s\u00e5dana enheter anv\u00e4nder vanligtvis propriet\u00e4ra kommunikationsprotokoll fr\u00e5n stora utvecklare. De genererade IoT-data \u00f6verf\u00f6rs till dimniv\u00e5n via REST HTTP-protokollet, vilket erbjuder flexibilitet och funktionell kompatibilitet vid skapandet av RESTful-tj\u00e4nster. Detta \u00e4r viktigt med h\u00e4nsyn till behovet av att s\u00e4kerst\u00e4lla bak\u00e5tkompatibilitet med den befintliga ber\u00e4kningsinfrastrukturen som k\u00f6rs p\u00e5 lokala datorer, servrar eller serverkluster. Lokala resurser, som kallas \"dimknutpunkter\", filtrerar den mottagna datan och bearbetar den lokalt eller vidarebefordrar den till molnet f\u00f6r ytterligare bearbetning.<\/p>\n<p>Moln st\u00f6der olika kommunikationsprotokoll, d\u00e4r AMQP och REST HTTP ofta f\u00f6rekommer. Eftersom HTTP \u00e4r allm\u00e4nt k\u00e4nt och inriktat p\u00e5 internet kan fr\u00e5gan uppst\u00e5: \"Skulle vi inte kunna anv\u00e4nda det f\u00f6r IoT och dimber\u00e4kning?\". Men detta protokoll har prestandaproblem. Mer om detta senare.<\/p>\n<p>Generellt finns det tv\u00e5 modeller av kommunikationsprotokoll som \u00e4r l\u00e4mpliga f\u00f6r v\u00e5rt system. Dessa \u00e4r f\u00f6rfr\u00e5gan-svar och publicera-prenumerera. Den f\u00f6rsta modellen \u00e4r mer k\u00e4nd, s\u00e4rskilt i server-klientarkitektur. Klienten beg\u00e4r information fr\u00e5n servern, som tar emot f\u00f6rfr\u00e5gan, bearbetar den och \u00e5terl\u00e4mnar ett svar. Protokollen REST HTTP och CoAP fungerar enligt denna modell.<\/p>\n<p>Den andra modellen uppstod ur behovet att s\u00e4kerst\u00e4lla asynkron, distribuerad, svag kommunikation mellan k\u00e4llor som genererar data och mottagarna av dessa data.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, dimmoln och moln: ska vi prata om teknologier?\" src=\"\/wp-content\/uploads\/2019\/09\/acf3b411fb9a0b7a61cf0188e4c29292.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nModellen involverar tre parter: utgivare (datak\u00e4lla), m\u00e4klare (dispatcher) och prenumerant (mottagare). H\u00e4r beh\u00f6ver kunden, som agerar som prenumerant, inte beg\u00e4ra information fr\u00e5n servern. Ist\u00e4llet f\u00f6r att skicka f\u00f6rfr\u00e5gningar prenumererar han p\u00e5 specifika h\u00e4ndelser i systemet via m\u00e4klaren, som \u00e4r ansvarig f\u00f6r att filtrera all inkommande information och att dirigera den mellan utgivarna och prenumeranterna. N\u00e4r en h\u00e4ndelse intr\u00e4ffar som r\u00f6r ett visst \u00e4mne publicerar utgivaren det till m\u00e4klaren, som skickar informationen till prenumeranten ang\u00e5ende det beg\u00e4rda \u00e4mnet.<\/p>\n<p>I grunden \u00e4r denna arkitektur baserad p\u00e5 h\u00e4ndelser. En s\u00e5dan interaktionsmodell \u00e4r intressant f\u00f6r applikationer inom IoT, moln, och fog p\u00e5 grund av dess f\u00f6rm\u00e5ga att s\u00e4kerst\u00e4lla skalbarhet och f\u00f6renkla interaktionen mellan olika enheter, st\u00f6dja dynamisk \"m\u00e5nga-till-m\u00e5nga\" kommunikation och asynkron kommunikation. Bland de mest k\u00e4nda standardiserade meddelandeprotokollen som anv\u00e4nder \"publicering-prenumeration\"-modellen kan vi n\u00e4mna MQTT, AMQP och DDS.<\/p>\n<p>Det \u00e4r uppenbart att \"publicering-prenumeration\"-modellen har m\u00e5nga f\u00f6rdelar:<\/p>\n<ul>\n<li>Utgivare och prenumeranter beh\u00f6ver inte k\u00e4nna till varandras existens;<\/li>\n<li>En prenumerant kan f\u00e5 information fr\u00e5n m\u00e5nga olika utg\u00e5vor, och en utgivare kan skicka data till m\u00e5nga olika prenumeranter (principen \"m\u00e5nga-till-m\u00e5nga\");<\/li>\n<li>Utgivaren och prenumeranten beh\u00f6ver inte vara aktiva samtidigt f\u00f6r att utbyta data, eftersom m\u00e4klaren (som fungerar som ett k\u00f6-system) kan lagra meddelandet f\u00f6r kunder som f\u00f6r n\u00e4rvarande inte \u00e4r anslutna till n\u00e4tverket.<\/li>\n<\/ul>\n<p>\nMen \"beg\u00e4r-svar\"-modellen har ocks\u00e5 sina styrkor. I de fall d\u00e4r serverns kapacitet att hantera f\u00f6rfr\u00e5gningar fr\u00e5n flera kunder inte \u00e4r ett problem, \u00e4r det meningsfullt att anv\u00e4nda redan bepr\u00f6vade p\u00e5litliga l\u00f6sningar.<\/p>\n<p>Det finns ocks\u00e5 protokoll som st\u00f6der b\u00e5da modellerna. Till exempel, XMPP och HTTP 2.0, som st\u00f6der alternativet \"server push\". IETF har ocks\u00e5 sl\u00e4ppt CoAP. F\u00f6r att f\u00f6rs\u00f6ka l\u00f6sa meddelandeutbytesproblemet har flera andra l\u00f6sningar skapats, s\u00e5som WebSockets-protokollet eller anv\u00e4ndning av HTTP \u00f6ver QUIC (Quick UDP Internet Connections).<\/p>\n<p>N\u00e4r det g\u00e4ller WebSockets, \u00e4ven om det anv\u00e4nds f\u00f6r att \u00f6verf\u00f6ra data i realtid fr\u00e5n servern till webbkunden och erbjuder permanenta anslutningar med samtidig tv\u00e5v\u00e4gskommunikation, \u00e4r det inte avsett f\u00f6r enheter med begr\u00e4nsade ber\u00e4kningsresurser. QUIC f\u00f6rtj\u00e4nar ocks\u00e5 uppm\u00e4rksamhet eftersom den nya transportprotokollen ger massor av nya m\u00f6jligheter. Men eftersom QUIC \u00e4nnu inte har standardiserats \u00e4r det f\u00f6r tidigt att f\u00f6ruts\u00e4ga dess m\u00f6jliga till\u00e4mpningar och p\u00e5verkan p\u00e5 IoT-l\u00f6sningar. S\u00e5 vi l\u00e4mnar WebSockets och QUIC i minnet med sikte p\u00e5 framtiden, men kommer inte att studera dem n\u00e4rmare f\u00f6r tillf\u00e4llet.<\/p>\n<h3>Vem \u00e4r vackrast i v\u00e4rlden: vi j\u00e4mf\u00f6r protokollen<\/h3>\n<p>\nNu ska vi prata om styrkor och svagheter hos protokollen. F\u00f6r att avsl\u00f6ja det direkt, finns det ingen uppenbar ledare. Varje protokoll har sina egna f\u00f6rdelar och nackdelar.<\/p>\n<p><b>Svarstid<\/b><\/p>\n<p>En av de viktigaste egenskaperna hos kommunikationsprotokoll, s\u00e4rskilt i f\u00f6rh\u00e5llande till Internet of Things, \u00e4r svarstiden. Men bland de befintliga protokollen finns det ingen tydlig vinnare som visar den minimi f\u00f6rdr\u00f6jningen under olika f\u00f6rh\u00e5llanden. Det finns dock en hel del forskning och j\u00e4mf\u00f6relser av protokollens m\u00f6jligheter.<\/p>\n<p>Till exempel, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.researchgate.net\/publication\/323943358_Performance_Analysis_of_Internet_of_Things_Protocols_Based_FogCloud_over_High_Traffic\">resultat <\/a><\/noindex>J\u00e4mf\u00f6relser av effektiviteten mellan HTTP och MQTT vid arbete med IoT har visat att svarstiden f\u00f6r f\u00f6rfr\u00e5gningar \u00e4r kortare f\u00f6r MQTT \u00e4n f\u00f6r HTTP. Och vid <noindex><a rel=\"nofollow\" href=\"https:\/\/www.researchgate.net\/publication\/303188719_Comparison_of_two_lightweight_protocols_for_smartphone-based_sensing\">studier <\/a><\/noindex>av \u00f6verf\u00f6ringstid (RTT) visade det sig att det genomsnittliga RTT f\u00f6r CoAP \u00e4r 20% kortare \u00e4n f\u00f6r MQTT.<\/p>\n<p>Annat <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7740559\">experiment <\/a><\/noindex>RTT f\u00f6r protokollen MQTT och CoAP unders\u00f6ktes i tv\u00e5 scenarier: lokalt n\u00e4tverk och IoT-n\u00e4tverk. Det visade sig att den genomsnittliga RTT var 2-3 g\u00e5nger h\u00f6gre i IoT-n\u00e4tverket. MQTT med QoS0 visade ett l\u00e4gre resultat j\u00e4mf\u00f6rt med CoAP, medan MQTT med QoS1 demonstrerade en h\u00f6gre RTT p\u00e5 grund av ACK p\u00e5 applikations- och transportniv\u00e5erna. F\u00f6r olika QoS-niv\u00e5er var f\u00f6rdr\u00f6jningarna i n\u00e4tverket utan \u00f6verbelastning f\u00f6r MQTT millisekunder, och f\u00f6r CoAP hundratals mikrosekunder. Det \u00e4r dock viktigt att komma ih\u00e5g att MQTT, som arbetar \u00f6ver TCP, kommer att visa ett helt annat resultat i mindre p\u00e5litliga n\u00e4tverk.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.diva-portal.org\/smash\/get\/diva2:1092136\/FULLTEXT01.pdf\">J\u00e4mf\u00f6relse <\/a><\/noindex>responsen f\u00f6r protokollen AMQP och MQTT genom att \u00f6ka nyttolasten visade att vid l\u00e5g belastning var f\u00f6rdr\u00f6jningsniv\u00e5n n\u00e4stan identisk. Men vid \u00f6verf\u00f6ring av stora m\u00e4ngder data visar MQTT en kortare svarstid. I en annan <noindex><a rel=\"nofollow\" href=\"http:\/\/www.tfzr.rs\/esociety\/issues\/eSocietyVol3No1.pdf#page=26\">studie <\/a><\/noindex>CoAP j\u00e4mf\u00f6rdes med HTTP i ett maskin-till-maskin-scenario med enheter distribuerade p\u00e5 fordon, utrustade med gas-sensorer, v\u00e4dersensorer, plats (GPS) och mobiln\u00e4tverksgr\u00e4nssnitt (GPRS). Tiden som kr\u00e4vdes f\u00f6r att \u00f6verf\u00f6ra ett CoAP-meddelande via mobiln\u00e4tet var n\u00e4stan tre g\u00e5nger kortare \u00e4n tiden som kr\u00e4vdes f\u00f6r att anv\u00e4nda HTTP-meddelanden.<\/p>\n<p>Studier genomf\u00f6rdes d\u00e4r inte tv\u00e5, utan tre protokoll j\u00e4mf\u00f6rdes. Till exempel, <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7496622\">j\u00e4mf\u00f6relsen <\/a><\/noindex>prestandan f\u00f6r IoT-protokollen MQTT, DDS och CoAP i ett medicinskt till\u00e4mpningsscenario med anv\u00e4ndning av ett n\u00e4tverksimulator. DDS \u00f6vertr\u00e4ffade MQTT n\u00e4r det g\u00e4ller den upplevda f\u00f6rdr\u00f6jningen av telemetri under olika d\u00e5liga n\u00e4tverksf\u00f6rh\u00e5llanden. CoAP, baserat p\u00e5 UDP, fungerade bra f\u00f6r applikationer som kr\u00e4vde snabb respons, men p\u00e5 grund av att det \u00e4r baserat p\u00e5 UDP f\u00f6rekom betydande of\u00f6ruts\u00e4gbar paketf\u00f6rlust.<\/p>\n<p><b>Bandbredd<\/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\">J\u00e4mf\u00f6relse <\/a><\/noindex>MQTT och CoAP n\u00e4r det g\u00e4ller effektivitet f\u00f6r bandbredden genomf\u00f6rdes som en ber\u00e4kning av den totala m\u00e4ngden data som \u00f6verf\u00f6rdes per meddelande. CoAP visade en l\u00e4gre bandbredd \u00e4n MQTT vid \u00f6verf\u00f6ring av sm\u00e5 meddelanden. Men vid j\u00e4mf\u00f6relse av protokollens effektivitet med avseende p\u00e5 f\u00f6rh\u00e5llandet mellan m\u00e4ngden nyttiga informationsbitar och den totala m\u00e4ngden \u00f6verf\u00f6rda bitar visade sig CoAP vara mer effektivt.<\/p>\n<p>Vid <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7496622\">analys <\/a><\/noindex>Genom att anv\u00e4nda MQTT, DDS (med TCP som transportprotokoll) och CoAP visade det sig att CoAP i allm\u00e4nhet hade en j\u00e4mf\u00f6relsevis l\u00e4gre bandbreddsanv\u00e4ndning, vilket inte \u00f6kade vid h\u00f6gre n\u00e4tverksf\u00f6rlust eller \u00f6kad n\u00e4tverksf\u00f6rdr\u00f6jning, till skillnad fr\u00e5n MQTT och DDS, d\u00e4r en \u00f6kning av bandbreddsanv\u00e4ndningen observerades under dessa scenarier. I ett annat scenario involverades ett stort antal enheter som s\u00e4nde data samtidigt, vilket \u00e4r ett typiskt fall i IoT-milj\u00f6er. Resultaten visade att CoAP \u00e4r b\u00e4ttre f\u00f6r h\u00f6gre belastning.<\/p>\n<p>Vid l\u00e5g belastning anv\u00e4nde CoAP den l\u00e4gsta bandbredden, f\u00f6ljt av MQTT och REST HTTP. Men n\u00e4r storleken p\u00e5 nyttolaster \u00f6kade, hade REST HTTP de b\u00e4sta resultaten.<\/p>\n<p><b>Energif\u00f6rbrukning<\/b><\/p>\n<p>Fr\u00e5gan om energif\u00f6rbrukning \u00e4r alltid av stor betydelse, och i IoT-system \u00e4r den s\u00e4rskilt viktig. Om <noindex><a rel=\"nofollow\" href=\"https:\/\/ieeexplore.ieee.org\/document\/7899537\">man j\u00e4mf\u00f6r <\/a><\/noindex>energikonsumtionen hos MQTT och HTTP, visar det sig att HTTP \"slukar\" betydligt mer. CoAP \u00e4r mer <noindex><a rel=\"nofollow\" href=\"https:\/\/www.mdpi.com\/1424-8220\/16\/12\/2044\/htm\">energi-effektiv <\/a><\/noindex>j\u00e4mf\u00f6rt med MQTT, vilket m\u00f6jligg\u00f6r energihantering. I enkla scenarier passar MQTT b\u00e4ttre f\u00f6r informationsutbyte i IoT-n\u00e4tverk, s\u00e4rskilt n\u00e4r det inte finns n\u00e5gra effektbegr\u00e4nsningar.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"http:\/\/cgweb1.northumbria.ac.uk\/SubjectAreaResources\/KF7046\/papers\/review\/iot\/lpb15.pdf\">Annat <\/a><\/noindex>Ett experiment som j\u00e4mf\u00f6rde kapabiliteterna hos AMQP och MQTT under en testb\u00e4nk f\u00f6r mobil eller instabil tr\u00e5dl\u00f6s n\u00e4tverk visade att AMQP erbjuder mer s\u00e4kerhetsm\u00f6jligheter, medan MQTT \u00e4r mer energieffektivt.<\/p>\n<p><b>S\u00e4kerhet<\/b><\/p>\n<p>S\u00e4kerhet \u00e4r en annan viktig fr\u00e5ga som tas upp vid studier av IoT och moln-\/fogber\u00e4kningar. S\u00e4kerhetsmekanismen baseras vanligtvis p\u00e5 TLS i HTTP, MQTT, AMQP och XMPP, eller DTLS i CoAP, samt st\u00f6djer b\u00e5da i DDS.<\/p>\n<p>TLS och DTLS b\u00f6rjar med en kommunikationsetableringsprocess mellan klient- och serverpartier f\u00f6r att utbyta st\u00f6dda krypteringspaket och nycklar. B\u00e5da parter kommer \u00f6verens om paketen f\u00f6r att s\u00e4kerst\u00e4lla att fortsatt kommunikation sker i en s\u00e4ker kanal. Skillnaden mellan dem ligger i sm\u00e5 modifieringar som g\u00f6r det m\u00f6jligt f\u00f6r DTLS att fungera \u00f6ver op\u00e5litliga anslutningar baserade p\u00e5 UDP.<\/p>\n<p>Vid <noindex><a rel=\"nofollow\" href=\"http:\/\/www.isg.rhul.ac.uk\/tls\/lucky13.html\">testattacker<\/a><\/noindex> Vid flera olika implementeringar av TLS och DTLS har det visat sig att TLS \u00e4r b\u00e4ttre p\u00e5 att hantera uppgiften. Attacker p\u00e5 DTLS har varit mer framg\u00e5ngsrika p\u00e5 grund av dess feltole\u00adrans.<\/p>\n<p>Men det st\u00f6rsta problemet med dessa protokoll \u00e4r att de ursprungligen inte var avsedda f\u00f6r anv\u00e4ndning inom IoT och inte f\u00f6rutsatte arbete i moln eller edge. Genom en \u00f6verenskommen utbyte (handshaking) l\u00e4gger de till extra trafik med varje anslutning, vilket t\u00f6mmer ber\u00e4kningsresurs\u00ader. I genomsnitt observeras en \u00f6kning p\u00e5 6,5 % f\u00f6r TLS och 11 % f\u00f6r DTLS i overhead j\u00e4mf\u00f6rt med kommunikation utan s\u00e4kerhetslager. I resursstarka milj\u00f6er, som vanligtvis \u00e4r bel\u00e4gna p\u00e5 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cloud4y.ru\/cloud-hosting\/cloud-server\/?utm_source=habr&amp;utm_medium=referral&amp;utm_campaign=article\">molnniv\u00e5 <\/a><\/noindex>, detta kommer inte att vara ett problem, men i kommunikationen mellan IoT och edge-niv\u00e5 blir detta en viktig begr\u00e4nsning.<\/p>\n<p>Vad ska man v\u00e4lja? Det finns inget entydigt svar. MQTT och HTTP verkar vara de mest lovande protokollen, eftersom de anses vara relativt mogna och stabila l\u00f6sningar f\u00f6r IoT j\u00e4mf\u00f6rt med andra protokoll.<\/p>\n<h3>L\u00f6sningar baserade p\u00e5 ett enda kommunikationsprotokoll<\/h3>\n<p>\nPraxis f\u00f6r enprotokollsl\u00f6sning har m\u00e5nga nackdelar. Till exempel kan ett protokoll som tillfredsst\u00e4ller en begr\u00e4nsad milj\u00f6 inte fungera i en dom\u00e4n som har strikta s\u00e4kerhetskrav. Med detta i \u00e5tanke \u00e5terst\u00e5r det att avf\u00e4rda n\u00e4stan alla m\u00f6jliga enprotokollsl\u00f6sningar i Fog-to-Cloud ekosystemet i IoT, f\u00f6rutom MQTT och REST HTTP.<\/p>\n<p><b>REST HTTP som enprotokollsl\u00f6sning<\/b><\/p>\n<p>Det finns ett bra exempel p\u00e5 interaktionen mellan f\u00f6rfr\u00e5gningar och svar via REST HTTP inom IoT-to-Fog: <noindex><a rel=\"nofollow\" href=\"https:\/\/dl.acm.org\/citation.cfm?doid=3152130.3152140\">intelligent jordbruk<\/a><\/noindex>. Djuren utrustas med b\u00e4rbara sensorer (IoT-klient, C) och hanteras genom molnbaserade ber\u00e4kningar av ett smart jordbrukssystem (Fog-server, S).<\/p>\n<p>I POST-metodens rubrik anges resursen som ska \u00e4ndras (\\\/farm\\\/animals), s\u00e5v\u00e4l som versionen av HTTP och typen av inneh\u00e5ll, vilket i detta fall \u00e4r ett JSON-objekt som representerar den djurh\u00e5llning som systemet ska hantera (Dulcinea\\\/ko). Svaret fr\u00e5n servern indikerar att f\u00f6rfr\u00e5gan var framg\u00e5ngsrik genom att skicka tillbaka HTTPS-statuskod 201 (resur\u00ads skapad). GET-metoden ska endast ange den beg\u00e4rda resursen i URI (till exempel \\\/farm\\\/animals\\\/1), som returnerar JSON-representationen av djuret med detta ID fr\u00e5n servern. <\/p>\n<p>PUT-metoden anv\u00e4nds n\u00e4r det \u00e4r n\u00f6dv\u00e4ndigt att uppdatera en specifik post av en resurs. I det h\u00e4r fallet anges URI f\u00f6r parametern som ska \u00e4ndras och det aktuella v\u00e4rdet (till exempel som anger att en ko f\u00f6r n\u00e4rvarande g\u00e5r, \/farm\/animals\/1?state=walking). Slutligen anv\u00e4nds DELETE-metoden p\u00e5 samma s\u00e4tt som GET-metoden, men den tar endast bort resursen som ett resultat av operationen. <\/p>\n<p><b>MQTT som en enhetlig protokoll\u00f6sning<\/b><\/p>\n<p><img decoding=\"async\" alt=\"IoT, dimmoln och moln: ska vi prata om teknologier?\" src=\"\/wp-content\/uploads\/2019\/09\/529857b556ea5a186ac1519e2804d1b8.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nL\u00e5t oss ta den smarta g\u00e5rden igen, men ist\u00e4llet f\u00f6r REST HTTP anv\u00e4nder vi protokollet MQTT. En lokal server med den installerade Mosquitto-biblioteket fungerar som en m\u00e4klare. I detta exempel fungerar en vanlig dator (ben\u00e4mnd farmserver) Raspberry Pi som en MQTT-klient, implementerat genom att installera MQTT Paho-biblioteket, helt kompatibelt med Mosquitto-m\u00e4klaren.<\/p>\n<p>Denna klient motsvarar en IoT-abstraktionsniv\u00e5 som representerar en enhet med uppt\u00e4ckts- och ber\u00e4kningsf\u00f6rm\u00e5gor. M\u00e4klaren, \u00e5 sin sida, motsvarar en h\u00f6gre abstraheringsniv\u00e5, vilken representerar en ber\u00e4kningsnod i molnet, karakteriserad av st\u00f6rre kapaciteter avseende databehandling och lagring.<\/p>\n<p>I det f\u00f6reslagna scenariot f\u00f6r den \"smarta g\u00e5rden\" ansluter Raspberry Pi till accelerometrar, GPS och temperatursensorer och publicerar data fr\u00e5n dessa sensorer i molnnoden. Som du s\u00e4kert vet, betraktar MQTT \u00e4mnen som en hierarki. En MQTT-utgivare kan publicera meddelanden i en specifik upps\u00e4ttning \u00e4mnen. I v\u00e5rt fall finns det tre. F\u00f6r sensorn som m\u00e4ter temperaturen i djurens lada v\u00e4ljer klienten \u00e4mnet (animalfarm\/shed\/temperature). F\u00f6r sensorer som m\u00e4ter GPS-positionen och djurens r\u00f6relse via accelerometern publicerar klienten uppdateringar (animalfarm\/animal\/GPS) och (animalfarm\/animal\/movement).<\/p>\n<p>Denna information kommer att \u00f6verf\u00f6ras till m\u00e4klaren, som kan lagra den tillf\u00e4lligt i en lokal databas ifall det senare kommer en annan intresserad prenumerant.<\/p>\n<p>Ut\u00f6ver den lokala servern som agerar MQTT-broker i dimman, till vilken Raspberry Pi-f\u00f6rekomster fungerar som MQTT-klienter som skickar data fr\u00e5n sensorer, kan det finnas en annan MQTT-broker p\u00e5 molnniv\u00e5. I detta fall kan information som skickas till den lokala brokern tempor\u00e4rt lagras i en lokal databas och\/eller skickas till molnet. Den dimmiga MQTT-brokern anv\u00e4nds i detta scenario f\u00f6r att koppla samman all data med molnets MQTT-broker. Med en s\u00e5dan arkitektur kan anv\u00e4ndaren av mobilappen prenumerera p\u00e5 b\u00e5da brokern.<\/p>\n<p>Vid ett fel i anslutningen till en av brokern (till exempel molntj\u00e4nsten) f\u00e5r slutanv\u00e4ndaren information fr\u00e5n den andra (dimman). Detta \u00e4r en karakteristisk funktion hos kombinerade system av dimma och molnber\u00e4kning. Som standard kan mobilappen konfigureras f\u00f6r f\u00f6rsta anslutning till den dimmiga MQTT-brokern, och vid misslyckande tillkopplas MQTT-brokern i molnet. Denna l\u00f6sning \u00e4r bara en av m\u00e5nga i IoT-F2C-system. <\/p>\n<h3>Protokoll\u00f6verskridande l\u00f6sningar<\/h3>\n<p>\nL\u00f6sningar med ett enda protokoll \u00e4r popul\u00e4ra p\u00e5 grund av deras enklare implementering. Men det \u00e4r uppenbart att det i IoT-F2C-system \u00e4r meningsfullt att kombinera olika protokoll. Id\u00e9n \u00e4r att olika protokoll kan fungera p\u00e5 olika niv\u00e5er. L\u00e5t oss till exempel betrakta tre abstraktioner: niv\u00e5erna av IoT, dimma och molnber\u00e4kning. Enheter p\u00e5 IoT-niv\u00e5 anses vanligtvis vara begr\u00e4nsade. F\u00f6r denna \u00f6versikt anser vi att IoT-niv\u00e5er \u00e4r de mest begr\u00e4nsade, molnniv\u00e5erna \u00e4r minst begr\u00e4nsade, och dimmiga ber\u00e4kningar ligger <\/p>\n<p>Det grundl\u00e4ggande problemet h\u00e4r \u00e4r den funktionella kompatibiliteten hos protokoll och enkelheten att \u00f6vers\u00e4tta meddelanden fr\u00e5n ett protokoll till ett annat. I idealfallet kommer framtida arkitekturer f\u00f6r Internet of Things med moln- och dimresurser att vara oberoende av det anv\u00e4nda kommunikationsprotokollet och s\u00e4kerst\u00e4lla en god interaktion mellan olika protokoll.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, dimmoln och moln: ska vi prata om teknologier?\" src=\"\/wp-content\/uploads\/2019\/09\/cddc564cad572966002ae22eff8cb99d.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n <br \/>\nEftersom det f\u00f6r n\u00e4rvarande inte \u00e4r fallet, \u00e4r det meningsfullt att kombinera protokoll som inte har n\u00e5gra betydande skillnader. F\u00f6r detta syfte baseras en potentiell l\u00f6sning p\u00e5 kombinationen av tv\u00e5 protokoll som f\u00f6ljer samma arkitektur, REST HTTP och CoAP. En annan f\u00f6reslagen l\u00f6sning bygger p\u00e5 sammanslagningen av tv\u00e5 protokoll som erbjuder interaktion enligt modellen \"publicering-prenumeration\", MQTT och AMQP. Anv\u00e4ndningen av liknande koncept (b\u00e5de MQTT och AMQP anv\u00e4nder m\u00e4klare, CoAP och HTTP anv\u00e4nder REST) f\u00f6renklar implementeringen av dessa kombinationer och kr\u00e4ver mindre integrationsinsats.<\/p>\n<p><img decoding=\"async\" alt=\"IoT, dimmoln och moln: ska vi prata om teknologier?\" src=\"\/wp-content\/uploads\/2019\/09\/395bc75880a154aeab7b61d043476802.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI figur (a) visas tv\u00e5 modeller baserade p\u00e5 beg\u00e4rningar-svar, HTTP och CoAP, och deras m\u00f6jliga placeringar i IoT-F2C-l\u00f6sningen. Eftersom HTTP \u00e4r ett av de mest k\u00e4nda och anpassade protokollen i moderna n\u00e4tverk, \u00e4r det osannolikt att det kommer att helt ers\u00e4ttas av andra meddelandeprotokoll. Bland noderna som representerar kraftfulla enheter som ligger mellan molnet och dimman, \u00e4r REST HTTP en rimlig l\u00f6sning.<\/p>\n<p>\u00c5 andra sidan, f\u00f6r enheter med begr\u00e4nsade datorkapaciteter som kopplas mellan dimniv\u00e5erna och IoT, \u00e4r det mer effektivt att anv\u00e4nda CoAP. En av de stora f\u00f6rdelarna med CoAP \u00e4r faktiskt dess kompatibilitet med HTTP, eftersom b\u00e5da protokollen bygger p\u00e5 principerna f\u00f6r REST.<\/p>\n<p>I figur (b) visas tv\u00e5 modeller f\u00f6r interaktion \"publicering-prenumeration\" i ett scenario, inklusive MQTT och AMQP. \u00c4ven om b\u00e5da protokollen hypotetiskt kan anv\u00e4ndas f\u00f6r kommunikation mellan noder p\u00e5 varje abstraktionsniv\u00e5, b\u00f6r deras position best\u00e4mmas baserat p\u00e5 prestanda. MQTT utvecklades som ett f\u00f6renklat protokoll f\u00f6r enheter med begr\u00e4nsade datorkapaciteter, s\u00e5 det kan anv\u00e4ndas f\u00f6r kommunikation mellan IoT och dimman. AMQP \u00e4r mer l\u00e4mpligt f\u00f6r kraftfullare enheter, som skulle passa perfekt mellan dimnoder och molnet. Ist\u00e4llet f\u00f6r MQTT kan protokollet XMPP anv\u00e4ndas i IoT, eftersom det anses vara l\u00e4ttviktigt. Men det anv\u00e4nds inte s\u00e5 ofta i s\u00e5dana scenarier.<\/p>\n<h3>Slutsatser<\/h3>\n<p>\nDet \u00e4r osannolikt att n\u00e5gon av de protokoll som diskuteras ensamt kan t\u00e4cka all kommunikation i systemet, fr\u00e5n enheter med begr\u00e4nsade ber\u00e4kningsresurser till molnservrar. Forskningen visade att de tv\u00e5 mest lovande alternativen som utvecklare oftast anv\u00e4nder \u00e4r MQTT och RESTful HTTP. Dessa tv\u00e5 protokoll \u00e4r inte bara de mest mogna och stabila, utan de inkluderar ocks\u00e5 m\u00e5nga v\u00e4l dokumenterade och framg\u00e5ngsrika implementationer och online-resurser.<\/p>\n<p>Tack vare sin stabilitet och enkla konfiguration \u00e4r MQTT ett protokoll som \u00f6ver tid har bevisat sin \u00f6verl\u00e4gsna prestanda vid anv\u00e4ndning p\u00e5 IoT-niv\u00e5 med begr\u00e4nsade enheter. I systemdelar d\u00e4r begr\u00e4nsad kommunikation och batterif\u00f6rbrukning inte \u00e4r problem, som i vissa omr\u00e5den av fog computing och de flesta molntj\u00e4nster, \u00e4r RESTful HTTP ett enkelt val. CoAP b\u00f6r ocks\u00e5 beaktas, eftersom det snabbt utvecklas som en IoT-meddelandestandard, och det \u00e4r mycket troligt att det inom en snar framtid kommer att n\u00e5 en stabilitets- och mognadsniv\u00e5 j\u00e4mf\u00f6rbar med MQTT och HTTP. Men standarden utvecklas fortfarande, vilket medf\u00f6r kortsiktiga kompatibilitetsproblem.<\/p>\n<p><b>Vad mer intressant kan man l\u00e4sa i bloggen <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\/\">Datorn kommer att laga n\u00e5got gott till dig<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/464155\/\">AI hj\u00e4lper till att studera Afrikas djur <\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/cloud4y\/blog\/465251\/\">Sommaren \u00e4r n\u00e4stan slut. N\u00e4stan ingen data har l\u00e4ckt ut<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/461713\/\">4 s\u00e4tt att spara p\u00e5 molnbaserade s\u00e4kerhetskopior<\/a><\/noindex><br \/>\n\u2192 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/cloud4y\/blog\/467769\/\">Om en gemensam federal informationsresurs som inneh\u00e5ller uppgifter om befolkningen<\/a><\/noindex><\/p>\n<p>Prenumerera p\u00e5 v\u00e5r <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/cloud4y\">Telegram<\/a><\/noindex>-kanal f\u00f6r att inte missa n\u00e4sta artikel! Vi skriver h\u00f6gst tv\u00e5 g\u00e5nger i veckan och endast om viktiga \u00e4mnen.<br \/>\n<br \/>K\u00e4lla: <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.4 - 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\/sv\/blog\/news\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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\/sv\/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, fog och moln: ska vi prata om teknologier? | ProHoster","description":"Utvecklingen av teknik inom mjukvara och.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/news\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/38375","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=38375"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/38375\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/28806"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=38375"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=38375"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=38375"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}