Enkondukis la liberigon de EdgeX 2.0, malferma, modula platformo por ebligi kunfunkcieblecon inter IoT-aparatoj, aplikoj kaj servoj. La platformo ne estas ligita al specifaj vendistaj aparataro kaj operaciumoj, kaj estas evoluigita fare de sendependa laborgrupo sub la aŭspicioj de la Linukso-Fondaĵo. La platformkomponentoj estas skribitaj en Go kaj distribuitaj sub la licenco Apache 2.0.
EdgeX permesas krei enirejojn, kiuj konektas ekzistantajn IoT-aparatojn kaj kolektas datumojn de diversaj sensiloj. La enirejo organizas interagadon kun aparatoj kaj faras primaran prilaboradon, agregadon kaj analizon de informoj, funkciante kiel meza ligo inter reto de IoT-aparatoj kaj loka kontrolcentro aŭ nuba administradinfrastrukturo. Enirejoj ankaŭ povas ruli traktilojn pakitajn kiel mikroservoj. Interagado kun IoT-aparatoj povas esti organizita per kabligita aŭ sendrata reto uzante TCP/IP-retojn kaj specifajn (ne-IP) protokolojn.
Enirejoj por malsamaj celoj povas esti kombinitaj en ĉenojn, ekzemple, la enirejo de la unua ligo povas solvi problemojn de aparato-administrado (sistema administrado) kaj sekureco, kaj la enirejo de la dua ligo (nebulservilo) povas stoki envenantajn datumojn, fari analizojn. kaj provizi servojn. La sistemo estas modula, do la funkcieco estas dividita en individuajn nodojn depende de la ŝarĝo: en simplaj kazoj, unu enirejo sufiĉas, sed por grandaj IoT-retoj tuta areto povas esti deplojita.
EdgeX baziĝas sur la malferma Fuse IoT-stako, kiu estas uzata en Dell Edge Gateways por IoT-aparatoj. La platformo povas esti instalita sur ajna aparataro, inkluzive de serviloj bazitaj sur x86 kaj ARM-CPUoj kurantaj Linukso, Vindozo aŭ macOS. La projekto inkluzivas elekton de pretaj mikroservoj por analizo de datumoj, sekureco, administrado kaj solvado de diversaj problemoj. Java, Javascript, Python, Go kaj C/C++ lingvoj povas esti uzataj por disvolvi viajn proprajn mikroservojn. SDK estas ofertita por disvolvi ŝoforojn por IoT-aparatoj kaj sensiloj.
Ĉefaj ŝanĝoj:
- Nova interfaco estis efektivigita, kreita per la kadro Angular JS. Inter la avantaĝoj de la nova GUI estas facileco de prizorgado kaj ekspansio de funkcieco, la ĉeesto de sorĉisto por konekti novajn aparatojn, iloj por datuma bildigo, signife plibonigita interfaco por administri metadatenojn, kaj la kapablo kontroli la staton de servoj (memoro). konsumo, CPU-ŝarĝo, ktp.).
- Tute reverkis la API por labori kun mikroservoj, kiu nun estas sendependa de la komunika protokolo, pli sekura, bone strukturita (uzas JSON) kaj pli bone spuras la datumojn prilaboritajn de la servo.
- Pliigita efikeco kaj la kapablo krei malpezajn agordojn. La komponanto Core Data, kiu respondecas pri konservado de datumoj, nun estas laŭvola (ekzemple, ĝi povas esti ekskludita kiam vi nur bezonas prilabori datumojn de sensiloj sen neceso konservi).
- Fidindeco estis pliigita kaj iloj por certigi kvaliton de servo (QoS) estis vastigitaj. Dum transdono de datumoj de aparato-servoj (Aparataj Servoj, respondeca pri kolektado de datumoj de sensiloj kaj aparatoj) al datumtraktado kaj akumulservoj (Aplikaj Servoj), vi nun povas uzi la mesaĝbuson (Redis Pub/Sub, 0MQ aŭ MQTT) sen esti ligita. al HTTP - la REST-protokolo kaj alĝustigo de QoS-prioritatoj ĉe la mesaĝmakleristo-nivelo. Inkluzive de rekta translokigo de datumoj de la Aparato-Servo al la Aplika Servo kun laŭvola duobligo al la Kerna Datuma servo. Subteno por transdono de datumoj per la REST-protokolo estas konservita, sed ne estas uzata defaŭlte.
- Universala modulo (sekreta provizanto) estis efektivigita por preni sekretajn datumojn (pasvortoj, ŝlosiloj, ktp.) de sekuraj stokaĵoj kiel Vault.
- Konsulo-iloj estas uzataj por konservi registron de servoj kaj agordoj, kaj ankaŭ por administri aliron kaj aŭtentikigon. API Gateway provizas subtenon por voki la Consul API.
- Minimigis la nombron da procezoj kaj servoj, kiuj postulas radikajn privilegiojn en Docker-ujoj. Aldonita protekto kontraŭ uzado de Redis en nesekura reĝimo.
- Simpligita agordo de API Gateway (Kong).
- Simpligitaj aparataj profiloj, kiuj difinas sensilon kaj aparato-parametrojn, same kiel informojn pri la datumoj kolektitaj. Profiloj povas esti difinitaj en YAML kaj JSON-formatoj.
- Aldonitaj novaj aparataj servoj:
- CoAP (skribita en C) kun efektivigo de la Limigita Aplika Protokolo.
- GPIO (skribita en Go) por konektiĝi al mikroregiloj kaj aliaj aparatoj, inkluzive de Raspberry Pi-tabuloj, per havenoj GPIO (Ĝenerala Pin Input/Output).
- LLRP (skribita en Go) kun efektivigo de la LLRP (Low Level Reader Protocol) protokolo por ligado al RFID-etikedlegantoj.
- UART (skribita en Go) kun subteno de UART (Universala Nesinkrona Ricevilo/Dissendilo).
- La kapabloj de Aplikaj Servoj, kiuj respondecas pri preparado kaj eksportado de datumoj por sia posta prilaborado en nubaj sistemoj kaj aplikoj, estis pligrandigitaj. Aldonita subteno por filtrado de datumoj de sensiloj laŭ aparata profilnomo kaj rimeda tipo. La kapablo sendi datumojn al pluraj ricevantoj per unu servo kaj aboni plurajn mesaĝbusojn estis efektivigita. Ŝablono estas proponita por rapide krei viajn proprajn aplikajn servojn.
- La elektitaj havenaj nombroj por mikroservoj kongruas kun la intervaloj rekomenditaj de la Interreta Assigned Numbers Authority (IANA) por privata uzo, kio evitos konfliktojn kun ekzistantaj sistemoj.
fonto: opennet.ru