Po prawie dwóch latach od premiery poprzedniej wersji, Nowa wersja EdgeX 2.0 została wydana. W tej nowej wersji wiele zmian jest przedstawionych z których oprócz poprawek błędów i aktualizacji możemy również to znaleźć Poprawiono interfejs sieciowy, a także API mikroserwisów został przerobiony m.in.
Dla tych, którzy nie znają EdgeX, muszę powiedzieć, że to jest otwartą, modułową platformą interoperacyjności między urządzeniami, Aplikacje i usługi IoT. Platforma nie jest powiązana z konkretnym sprzętem i systemami operacyjnymi producenta i jest rozwijana przez niezależną grupę roboczą sponsorowaną przez Linux Foundation.
KrawędźX si charakteryzuje się możliwością tworzenia bram łączących istniejące urządzenia IoT i zbieraj dane z różnych czujników. Brama dedykowana jest zarówno do organizowania interakcji z urządzeniami, jak i do wykonywania podstawowego przetwarzania, agregacji i analizy informacji, działając jako pośrednie łącze pomiędzy siecią urządzeń IoT a lokalnym centrum sterowania lub infrastrukturą zarządzania chmurą.
Bramy mogą również uruchamiać kontrolery mikroserwisów. Interakcja z urządzeniami IoT może być zorganizowana w sieci przewodowej lub bezprzewodowej przy użyciu sieci TCP/IP i określonych protokołów (nie IP).
EdgeX jest oparty na otwartym bezpieczniku stosu IoT, który jest używany w Dell Edge Gateway dla urządzeń IoT. Projekt obejmuje wybór gotowych mikroserwisów do analizy danych, bezpieczeństwa, zarządzania i rozwiązywania problemów.
Najważniejsze nowe funkcje EdgeX 2.0
W tej nowej wersji wyróżnia się nowy interfejs webowy wykorzystujący framework Angular JS, z którymi wśród zalet nowego GUI łatwość utrzymania i rozbudowy funkcjonalności, obecność kreatora do podłączania nowych urządzeń, narzędzia do wizualizacji danych, znacznie ulepszony interfejs do zarządzania metadanymi, możliwość monitorowania stanu usług (zużycie pamięci, obciążenie procesora itp.).
Inną ważną zmianą, która się pojawia, jest to, że API zostało całkowicie przepisane do pracy z mikroserwisami, W tej chwili nie zależy od protokołu komunikacyjnego, jest bezpieczniejszy, dobrze zorganizowany (wykorzystuje JSON) i lepiej śledzi dane przetwarzane przez usługę.
Również Rozszerzono możliwości Application Services, od kiedy dodano obsługę filtrowania danych z czujników według nazwy profil urządzenia i typ zasobu, możliwość przesyłania danych przez serwis do wielu odbiorców i zasubskrybuj wiele autobusów wiadomości, a proponowany jest szablon do szybkiego tworzenia własnych usług aplikacji.
Podkreśla się również, że dane mogą być przesyłane z usług urządzeń do usług przechowywania i przetwarzania danych, który może teraz korzystać z magistrali komunikatów (Redis Pub/Sub, 0MQ lub MQTT) bez powiązania z protokołem HTTP-REST i dostosowywania priorytetów QoS na poziomie brokera komunikatów.
W sprawie nowe usługi urządzeń agregaty są wymienione CoAP z wdrożeniem protokołu Restricted Application Protocol, GPIO do połączenia z mikrokontrolerami i innymi urządzeniami, w tym płytami Raspberry Pi, za pośrednictwem portów gpio, LLRP czyli implementacja protokołu LLRP (Protokół czytnika niskiego poziomu) do połączenia z czytnikami tagów RFID i UART (Uniwersalny asynchroniczny odbiornik/nadajnik).
Z innych zmian które wyróżniają się:
- Poprawiona niezawodność i rozszerzone narzędzia Quality of Service (QoS).
- Zaimplementowano uniwersalny moduł do wydobywania tajnych danych z bezpiecznych magazynów, takich jak Vault.
- Liczba procesów i usług wymagających uprawnień administratora w kontenerach Docker została zminimalizowana. Dodatkowa ochrona przed korzystaniem z Redis w trybie niezabezpieczonym.
- Uproszczona konfiguracja API Gateway (Kong).
- Uproszczone profile urządzeń, w których ustalane są parametry czujnika i urządzenia, a także informacje o zebranych danych.
W końcu jeśli chcesz dowiedzieć się więcej na ten tematmożesz sprawdzić szczegóły W poniższym linku.