Introduserte utgivelsen av EdgeX 2.0, en åpen, modulær plattform for å muliggjøre interoperabilitet mellom IoT-enheter, applikasjoner og tjenester. Plattformen er ikke knyttet til spesifikk leverandørmaskinvare og operativsystemer, og er utviklet av en uavhengig arbeidsgruppe i regi av Linux Foundation. Plattformkomponentene er skrevet i Go og distribuert under Apache 2.0-lisensen.
EdgeX lar deg lage gatewayer som kobler sammen eksisterende IoT-enheter og samler inn data fra ulike sensorer. Gatewayen er engasjert både i å organisere interaksjon med enheter og utfører primær prosessering, aggregering og analyse av informasjon, og fungerer som en mellomkobling mellom et nettverk av IoT-enheter og et lokalt kontrollsenter eller skyadministrasjonsinfrastruktur. Gatewayer kan også kjøre behandlere designet som mikrotjenester. Interaksjon med IoT-enheter kan organiseres over et kablet eller trådløst nettverk ved hjelp av TCP/IP-nettverk og spesifikke (ikke-IP) protokoller.
Gatewayer for ulike formål kan kombineres til kjeder, for eksempel kan gatewayen til den første lenken løse oppgavene med å administrere enheter (systemadministrasjon) og sikre sikkerhet, og gatewayen til den andre lenken (tåkeserveren) kan lagre innkommende data, utføre analyser og levere tjenester. Systemet er modulært, så oppdelingen av funksjonalitet i separate noder utføres avhengig av belastningen: i enkle tilfeller er én gateway nok, og for store IoT-nettverk kan en hel klynge distribueres.
EdgeX er basert på den åpne Fuse IoT-stakken, som brukes i Dell Edge Gateways for IoT-enheter. Plattformen kan installeres på hvilken som helst maskinvare, inkludert servere basert på x86 og ARM CPUer som kjører Linux, Windows eller macOS. Prosjektet omfatter et utvalg ferdige mikrotjenester for dataanalyse, sikkerhet, styring og løsning av ulike problemer. Java, Javascript, Python, Go og C/C++ språk kan brukes til å utvikle dine egne mikrotjenester. En SDK tilbys for å utvikle drivere for IoT-enheter og sensorer.
Hovedendringer:
- Et nytt webgrensesnitt er implementert, laget ved hjelp av Angular JS-rammeverket. Blant fordelene med det nye GUI er enkelt vedlikehold og utvidelse av funksjonalitet, tilstedeværelsen av en veiviser for å koble til nye enheter, verktøy for datavisualisering, et betydelig forbedret grensesnitt for å administrere metadata og muligheten til å overvåke statusen til tjenester (minne) forbruk, CPU-belastning osv.).
- Helt omskrev APIen for å fungere med mikrotjenester, som nå er uavhengig av kommunikasjonsprotokollen, sikrere, godt strukturert (bruker JSON) og bedre sporer dataene som behandles av tjenesten.
- Økt effektivitet og muligheten til å lage lette konfigurasjoner. Kjernedata-komponenten, som er ansvarlig for lagring av data, er nå valgfri (for eksempel kan den ekskluderes når du kun trenger å behandle data fra sensorer uten å måtte lagre).
- Pålitelighet er økt og verktøy for å sikre servicekvalitet (QoS) er utvidet. Ved overføring av data fra enhetstjenester (Device Services, ansvarlig for å samle inn data fra sensorer og enheter) til databehandlings- og akkumuleringstjenester (Application Services), kan du nå bruke meldingsbussen (Redis Pub/Sub, 0MQ eller MQTT) uten å være bundet til HTTP - REST-protokollen og justering av QoS-prioriteter på meldingsmeglernivå. Inkludert direkte overføring av data fra Enhetstjenesten til Applikasjonstjenesten med valgfri duplisering til Kjernedatatjenesten. Støtte for dataoverføring via REST-protokollen beholdes, men brukes ikke som standard.
- En universell modul (hemmelig leverandør) er implementert for å hente hemmelige data (passord, nøkler osv.) fra sikre lagringer som Vault.
- Consul-verktøy brukes til å opprettholde et register over tjenester og innstillinger, samt for å administrere tilgang og autentisering. API Gateway gir støtte for å kalle Consul API.
- Minimerte antallet prosesser og tjenester som krever root-privilegier i Docker-beholdere. Lagt til beskyttelse mot bruk av Redis i usikker modus.
- Forenklet konfigurasjon av API Gateway (Kong).
- Forenklede enhetsprofiler, som definerer sensor- og enhetsparametere, samt informasjon om dataene som samles inn. Profiler kan defineres i YAML- og JSON-formater.
- Lagt til nye enhetstjenester:
- CoAP (skrevet i C) med en implementering av Constrained Application Protocol.
- GPIO (skrevet i Go) for tilkobling til mikrokontrollere og andre enheter, inkludert Raspberry Pi-kort, via GPIO-porter (General Pin Input/Output).
- LLRP (skrevet i Go) med implementering av LLRP (Low Level Reader Protocol)-protokollen for tilkobling til RFID-taglesere.
- UART (skrevet i Go) med UART-støtte (Universal Asynchronous Receiver/Transmitter).
- Mulighetene til Application Services, som er ansvarlige for å forberede og eksportere data for deres påfølgende behandling i skysystemer og applikasjoner, er utvidet. Lagt til støtte for filtrering av data fra sensorer etter enhetsprofilnavn og ressurstype. Muligheten til å sende data til flere mottakere av én tjeneste og abonnere på flere meldingsbusser er implementert. En mal er foreslått for raskt å lage dine egne applikasjonstjenester.
- De valgte portnumrene for mikrotjenester er på linje med områdene anbefalt av Internet Assigned Numbers Authority (IANA) for privat bruk, noe som vil unngå konflikter med eksisterende systemer.
Kilde: opennet.ru