Ipinakilala ang paglabas ng EdgeX 2.0, isang bukas, modular na platform para sa pagpapagana ng interoperability sa pagitan ng mga IoT device, application at serbisyo. Ang platform ay hindi nakatali sa partikular na hardware at operating system ng vendor, at binuo ng isang independiyenteng grupong nagtatrabaho sa ilalim ng tangkilik ng Linux Foundation. Ang mga bahagi ng platform ay nakasulat sa Go at ipinamahagi sa ilalim ng lisensya ng Apache 2.0.
Binibigyang-daan ka ng EdgeX na gumawa ng mga gateway na kumokonekta sa mga kasalukuyang IoT device at mangolekta ng data mula sa iba't ibang sensor. Ang gateway ay nag-aayos ng pakikipag-ugnayan sa mga device at nagsasagawa ng pangunahing pagpoproseso, pagsasama-sama at pagsusuri ng impormasyon, na kumikilos bilang isang intermediate na link sa pagitan ng network ng mga IoT device at isang lokal na control center o cloud management infrastructure. Ang mga gateway ay maaari ding magpatakbo ng mga humahawak na naka-package bilang mga microservice. Maaaring ayusin ang pakikipag-ugnayan sa mga IoT device sa isang wired o wireless network gamit ang mga TCP/IP network at mga partikular na (non-IP) na protocol.
Ang mga gateway para sa iba't ibang layunin ay maaaring pagsamahin sa mga chain, halimbawa, ang gateway ng unang link ay maaaring malutas ang mga problema ng pamamahala ng device (system management) at seguridad, at ang gateway ng pangalawang link (fog server) ay maaaring mag-imbak ng papasok na data, magsagawa ng analytics at magbigay ng mga serbisyo. Modular ang system, kaya nahahati ang functionality sa mga indibidwal na node depende sa load: sa mga simpleng kaso, sapat na ang isang gateway, ngunit para sa malalaking IoT network ay maaaring i-deploy ang buong cluster.
Ang EdgeX ay batay sa bukas na Fuse IoT stack, na ginagamit sa Dell Edge Gateways para sa mga IoT device. Maaaring i-install ang platform sa anumang hardware, kabilang ang mga server batay sa x86 at ARM CPU na tumatakbo sa Linux, Windows o macOS. Kasama sa proyekto ang isang seleksyon ng mga handa na microservice para sa pagsusuri ng data, seguridad, pamamahala at paglutas ng iba't ibang mga problema. Ang mga wikang Java, Javascript, Python, Go at C/C++ ay maaaring gamitin upang bumuo ng iyong sariling mga microservice. Inaalok ang SDK para sa pagbuo ng mga driver para sa mga IoT device at sensor.
Pangunahing pagbabago:
- Ang isang bagong web interface ay ipinatupad, na nilikha gamit ang Angular JS framework. Kabilang sa mga pakinabang ng bagong GUI ay ang kadalian ng pagpapanatili at pagpapalawak ng pag-andar, ang pagkakaroon ng isang wizard para sa pagkonekta ng mga bagong device, mga tool para sa visualization ng data, isang makabuluhang pinahusay na interface para sa pamamahala ng metadata, at ang kakayahang subaybayan ang katayuan ng mga serbisyo (memorya). pagkonsumo, pag-load ng CPU, atbp.).
- Ganap na muling isinulat ang API upang gumana sa mga microservice, na ngayon ay independyente sa protocol ng komunikasyon, mas secure, mahusay na structured (gumagamit ng JSON) at mas mahusay na sinusubaybayan ang data na naproseso ng serbisyo.
- Tumaas na kahusayan at ang kakayahang lumikha ng magaan na mga configuration. Ang bahagi ng Core Data, na responsable para sa pag-save ng data, ay opsyonal na ngayon (halimbawa, maaari itong ibukod kapag kailangan mo lang magproseso ng data mula sa mga sensor nang hindi kailangang mag-save).
- Ang pagiging maaasahan ay nadagdagan at ang mga tool para sa pagtiyak ng kalidad ng serbisyo (QoS) ay pinalawak. Kapag naglilipat ng data mula sa mga serbisyo ng device (Mga Serbisyo ng Device, responsable sa pagkolekta ng data mula sa mga sensor at device) patungo sa mga serbisyo sa pagpoproseso at pag-iipon ng data (Mga Serbisyo sa Application), maaari mo na ngayong gamitin ang bus ng mensahe (Redis Pub/Sub, 0MQ o MQTT) nang hindi nakatali sa HTTP - ang REST protocol at pagsasaayos ng mga priyoridad ng QoS sa antas ng broker ng mensahe. Kabilang ang direktang paglilipat ng data mula sa Serbisyo ng Device patungo sa Serbisyo ng Application na may opsyonal na pagdoble sa serbisyo ng Core Data. Ang suporta para sa paglipat ng data sa pamamagitan ng REST protocol ay pinananatili, ngunit hindi ginagamit bilang default.
- Ang isang unibersal na module (secret provider) ay ipinatupad para sa pagkuha ng lihim na data (mga password, key, atbp.) mula sa mga secure na storage gaya ng Vault.
- Ginagamit ang mga tool ng konsul upang mapanatili ang isang registry ng mga serbisyo at setting, pati na rin upang pamahalaan ang pag-access at pagpapatunay. Ang API Gateway ay nagbibigay ng suporta para sa pagtawag sa Consul API.
- Pinaliit ang bilang ng mga proseso at serbisyo na nangangailangan ng mga pribilehiyo sa ugat sa mga container ng Docker. Nagdagdag ng proteksyon laban sa paggamit ng Redis sa hindi ligtas na mode.
- Pinasimpleng configuration ng API Gateway (Kong).
- Mga pinasimpleng profile ng device, na tumutukoy sa mga parameter ng sensor at device, pati na rin ang impormasyon tungkol sa data na nakolekta. Maaaring tukuyin ang mga profile sa mga format na YAML at JSON.
- Nagdagdag ng mga bagong serbisyo ng device:
- CoAP (nakasulat sa C) na may pagpapatupad ng Constrained Application Protocol.
- GPIO (nakasulat sa Go) para sa pagkonekta sa mga microcontroller at iba pang device, kabilang ang mga Raspberry Pi board, sa pamamagitan ng GPIO (General Pin Input/Output) port.
- LLRP (nakasulat sa Go) na may pagpapatupad ng LLRP (Low Level Reader Protocol) na protocol para sa pagkonekta sa mga RFID tag reader.
- UART (nakasulat sa Go) na may suporta sa UART (Universal Asynchronous Receiver/Transmitter).
- Ang mga kakayahan ng Application Services, na responsable para sa paghahanda at pag-export ng data para sa kanilang kasunod na pagproseso sa mga cloud system at application, ay pinalawak. Nagdagdag ng suporta para sa pag-filter ng data mula sa mga sensor ayon sa pangalan ng profile ng device at uri ng mapagkukunan. Ang kakayahang magpadala ng data sa ilang tatanggap sa pamamagitan ng isang serbisyo at mag-subscribe sa ilang message bus ay ipinatupad. Ang isang template ay iminungkahi para sa mabilis na paglikha ng iyong sariling mga serbisyo ng aplikasyon.
- Ang mga napiling numero ng port para sa mga microservice ay nakahanay sa mga saklaw na inirerekomenda ng Internet Assigned Numbers Authority (IANA) para sa pribadong paggamit, na maiiwasan ang mga salungatan sa mga kasalukuyang system.
Pinagmulan: opennet.ru