{"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\/da\/blog\/news\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii","title":{"rendered":"IoT, t\u00e5ge og sky: Lad os tale om teknologier?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"IoT,
\n
\nUdviklingen af teknologi inden for software og hardware samt fremkomsten af nye kommunikationsprotokoller har f\u00f8rt til en udvidelse af Internet of Things (IoT). Antallet af enheder stiger dag for dag, og de genererer enorme m\u00e6ngder data. Derfor opst\u00e5r behovet for en praktisk systemarkitektur, der kan behandle, opbevare og overf\u00f8re disse data.<\/p>\n

I \u00f8jeblikket anvendes cloud-tjenester til dette form\u00e5l. Den stadig mere popul\u00e6re paradigm af fog computing kan dog supplere cloud-l\u00f8sninger ved at skalere og optimere IoT-infrastrukturen. <\/i><\/a><\/noindex><\/p>\n

\"Clouds\" kan d\u00e6kke de fleste IoT-anmodninger. For eksempel kan de sikre overv\u00e5gning af tjenester, hurtig behandling af alle datam\u00e6ngder genereret af enheder samt deres visualisering. Fog computing er mere effektiv i l\u00f8sningen af real-time opgaver. Den sikrer hurtig respons p\u00e5 foresp\u00f8rgsler og minimal forsinkelse i datah\u00e5ndtering. Det vil sige, at Fog supplerer \"clouds\" og udvider deres kapabiliteter.<\/p>\n

Det vigtigste sp\u00f8rgsm\u00e5l er dog: hvordan skal alt dette interagere i konteksten af IoT? Hvilke kommunikationsprotokoller vil v\u00e6re de mest effektive i arbejdet med et integreret IoT-Fog-Cloud system?<\/p>\n

P\u00e5 trods af den tilsyneladende dominans af HTTP anvendes der mange andre l\u00f8sninger i IoT-, Fog- og Cloud-systemer. Dette skyldes, at IoT skal kombinere funktionelle muligheder fra forskellige enhedssensorer med sikkerhed, kompatibilitet og andre krav fra brugerne.<\/p>\n

Der er dog ikke et entydigt koncept for en referencearkitektur og kommunikationsstandard. Derfor er skabelsen af en ny protokol eller tilpasningen af en eksisterende protokol til specifikke IoT-opgaver en af de vigtigste opgaver, der st\u00e5r over for IT-samfundet.<\/p>\n

Hvilke protokoller anvendes i dag, og hvad kan de tilbyde? Lad os finde ud af det. Men f\u00f8rst lad os diskutere principperne for \u00f8kosystemet, hvor cloud, fog og Internet of Things interagerer.<\/p>\n

IoT Fog-to-Cloud (F2C) Arkitektur<\/h3>\n

\nDu har sikkert bem\u00e6rket, hvor store bestr\u00e6belser der g\u00f8res for at unders\u00f8ge fordelene og fordelene ved rationel og koordineret styring af IoT, clouds og fog. Hvis ikke, s\u00e5 her er tre initiativer til standardisering: OpenFog Consortium<\/a><\/noindex>, Edge Computing Consortium<\/a><\/noindex> og mF2C H2020 EU projekt<\/a><\/noindex>. <\/p>\n

Hvis man tidligere kun har overvejet to niveauer, cloud og endepunkter, introducerer den foresl\u00e5ede arkitektur et nyt niveau - t\u00e5gecomputing. T\u00e5geniveauet kan opdeles i flere underniveauer afh\u00e6ngigt af ressourcernes specifik s\u00e5som politikker, der bestemmer brugen af forskellige enheder i disse underniveauer.<\/p>\n

Hvordan kan denne abstraktion se ud? Her er et typisk IoT-Fog-Cloud \u00f8kosystem. IoT-enheder sender data til mere potente servere og beregningsenheder for at l\u00f8se opgaver, der kr\u00e6ver lav latens. I dette system er skyen ansvarlig for at l\u00f8se opgaver, der kr\u00e6ver store m\u00e6ngder beregningsressourcer eller lagringsplads.<\/p>\n

\"IoT,
\n
\nSmartphones, smartwatches og andre gadgets kan ogs\u00e5 v\u00e6re en del af IoT. Men s\u00e5danne enheder bruger typisk propriet\u00e6re kommunikationsprotokoller fra store udviklere. De genererede IoT-data sendes til t\u00e5geniveauet via REST HTTP-protokollen, som sikrer fleksibilitet og funktionel kompatibilitet ved oprettelse af RESTful-tjenester. Dette er vigtigt i lyset af behovet for at sikre bagudkompatibilitet med eksisterende beregningsinfrastruktur, der fungerer p\u00e5 lokale computere, servere eller serverklynger. Lokale ressourcer, der kaldes 't\u00e5geknuder', filtrerer de modtagne data og behandler dem lokalt eller videresender dem til skyen for videre beregning.<\/p>\n

Skyerne underst\u00f8tter forskellige kommunikationsprotokoller, hvoraf de mest almindelige er AMQP og REST HTTP. Da HTTP er velkendt og designet til internettet, kan man stille sp\u00f8rgsm\u00e5let: \"Skal vi ikke bruge det til at arbejde med IoT og t\u00e5gen?\". Men denne protokol har pr\u00e6stationsproblemer. Mere om dette senere.<\/p>\n

Generelt findes der to modeller for kommunikationsprotokoller, der passer til vores system. Det er anmodning-svar og publicering-abonnement. Den f\u00f8rste model er mere velkendt, is\u00e6r i server-klient-arkitektur. Klienten anmoder om information fra serveren, som s\u00e5 modtager anmodningen, behandler den og returnerer et svar. REST HTTP og CoAP-protokollerne fungerer efter denne model.<\/p>\n

Den anden model opstod ud fra behovet for at sikre asynkron, distribueret, svag forbindelse mellem kilder, der genererer data, og modtagerne af disse data.<\/p>\n

\"IoT,
\n
\nModellen involverer tre deltagere: udgiver (datakilde), m\u00e6gler (dispatcher) og abonnent (modtager). Her skal klienten, der fungerer som abonnent, ikke anmode om information fra serveren. I stedet for at sende anmodninger abonnerer han p\u00e5 bestemte begivenheder i systemet via m\u00e6gleren, som er ansvarlig for filtrering af alle indg\u00e5ende meddelelser og deres routning mellem udgivere og abonnenter. Og n\u00e5r der sker en begivenhed, der vedr\u00f8rer et bestemt emne, publicerer udgiveren det til m\u00e6gleren, som sender oplysningerne til abonnenten om det \u00f8nskede emne.<\/p>\n

I bund og grund er denne arkitektur baseret p\u00e5 begivenheder. Og denne interaktionsmodel er interessant for applikationer inden for IoT, cloud, fog p\u00e5 grund af dens evne til at sikre skalerbarhed og forenkle forbindelsen mellem forskellige enheder, underst\u00f8tte dynamisk 'mange-til-mange' kommunikation og asynkron kommunikation. Blandt de mest kendte standardiserede meddelelsesprotokoller, der anvender 'publish-subscribe'-modellen, er MQTT, AMQP og DDS.<\/p>\n

Det er \u00e5benlyst, at 'publish-subscribe'-modellen har mange fordele:<\/p>\n