wydanie , otwarty, modułowy system do zapewnienia interakcji między urządzeniami IoT, aplikacjami i usługami. Platforma nie jest przypisana do sprzętu konkretnego dostawcy ani systemów operacyjnych, a rozwija się niezależnie przez grupę roboczą pod egidą Linux Foundation. Komponenty platformy na licencji Apache 2.0.
EdgeX umożliwia tworzenie bramek, które łączą istniejące urządzenia IoT i zbierają dane z różnych czujników. Brama zajmuje się organizacją interakcji z urządzeniami, a także przeprowadza wstępną obróbkę, agregację i analizę informacji, działając jako pośrednik między siecią urządzeń IoT a lokalnym centrum zarządzania lub chmurą. Na bramach mogą być również uruchamiane przetwarzacze w formie mikrousług. Interakcja z urządzeniami IoT może być organizowana za pomocą sieci przewodowej lub bezprzewodowej z użyciem sieci TCP/IP oraz specyficznych (nie-IP) protokołów.
Bramy o różnych przeznaczeniach mogą być łączone w ciągi, na przykład brama pierwszego poziomu może rozwiązywać zadania związane z zarządzaniem urządzeniami (system management) i zapewnieniem bezpieczeństwa, natomiast brama drugiego poziomu (serwer fog) przechowuje napływające dane, wykonuje analitykę i oferuje usługi. System jest modułowy, więc podział funkcjonalności na poszczególne węzły jest realizowany w zależności od obciążenia: w prostych przypadkach wystarczy jedna brama, natomiast dla dużych sieci IoT może być wdrożony cały klaster.
Za podstawę EdgeX służy otwarty stos IoT , który jest stosowany w bramach dla urządzeń IoT . Platforma może być zainstalowana na dowolnym sprzęcie, w tym serwerach opartych na procesorach x86 i ARM, działających pod kontrolą systemów Linux, Windows lub macOS. Do tworzenia mikrousług można używać języków Java, Javascript, Python, Go i C/C++. Do opracowania sterowników dla urządzeń IoT i czujników dostępne jest SDK.
Projekt obejmuje zbiór gotowych mikrousług do analizy danych, zapewnienia bezpieczeństwa, zarządzania i rozwiązywania różnych zadań.
Wydanie 1.0 podsumowuje dwuletnie prace rozwojowe i testowe, a także oznacza stabilizację wszystkich głównych interfejsów API w celu standaryzacji aplikacji brzegowych i uznanie gotowości do szerokiego wprowadzenia.
Podstawowe :
- Wsparcie dla Redis i MongoDB w przypadku wszystkich serwisów korzystających z baz danych. Ułatwienie wymiany magazynów w warstwie trwałego przechowywania danych;
- Dodanie serwisów aplikacyjnych oraz SDK do ich tworzenia. Pod pojęciem serwisów aplikacyjnych rozumie się procesory do przygotowania danych przed ich wysłaniem na serwer docelowy. W przyszłości serwisy aplikacyjne zastąpią serwisy eksportu, a obecnie są pozycjonowane jako narzędzie do rozwiązywania mniejszych problemów eksportowych, które są przetwarzane bardziej efektywnie;
- Rozbudowane narzędzia do zarządzania systemem, które umożliwiają śledzenie obciążenia procesora generowanego przez serwis, stanu przetwarzania danych oraz innych metryk;
- Uwzględnienie identyfikatora korelacji, który pozwala śledzić dane przychodzące z czujników na wszystkich etapach aż do eksportu, aby uprościć debugowanie i monitorowanie;
- Wsparcie dla przyjmowania, używania i eksportowania danych binarnych w formacie CBOR;
- Włączenie narzędzi do testów jednostkowych oraz automatycznej weryfikacji bezpieczeństwa;
- Przygotowanie nowego frameworka do wizualnej oceny zużycia zasobów i zachowania systemu jako całości;
- Zastosowanie nowych i ulepszonych SDK do rozwoju serwisów interakcji z urządzeniami i czujnikami w językach Go i C;
- Ulepszenie narzędzi do wdrażania konfiguracji, harmonogramów, profili urządzeń, bramy API oraz bezpiecznego przechowywania danych poufnych.
Źródło: opennet.ru
