Présentation de la version EdgeX 2.0, une plate-forme ouverte et modulaire permettant l'interopérabilité entre les appareils, applications et services IoT. La plate-forme n'est pas liée à du matériel ou à des systèmes d'exploitation de fournisseurs spécifiques et est développée par un groupe de travail indépendant sous les auspices de la Linux Foundation. Les composants de la plateforme sont écrits en Go et distribués sous la licence Apache 2.0.
EdgeX vous permet de créer des passerelles qui connectent les appareils IoT existants et collectent les données de divers capteurs. La passerelle organise l'interaction avec les appareils et effectue le traitement primaire, l'agrégation et l'analyse des informations, agissant comme un lien intermédiaire entre un réseau d'appareils IoT et un centre de contrôle local ou une infrastructure de gestion cloud. Les passerelles peuvent également exécuter des gestionnaires regroupés sous forme de microservices. L'interaction avec les appareils IoT peut être organisée sur un réseau filaire ou sans fil à l'aide de réseaux TCP/IP et de protocoles spécifiques (non-IP).
Les passerelles à des fins différentes peuvent être combinées en chaînes, par exemple, la passerelle du premier lien peut résoudre les problèmes de gestion des appareils (gestion du système) et de sécurité, et la passerelle du deuxième lien (serveur Fog) peut stocker les données entrantes et effectuer des analyses. et fournir des services. Le système est modulaire, de sorte que la fonctionnalité est divisée en nœuds individuels en fonction de la charge : dans les cas simples, une seule passerelle suffit, mais pour les grands réseaux IoT, un cluster entier peut être déployé.
EdgeX est basé sur la pile ouverte Fuse IoT, utilisée dans les passerelles Dell Edge pour les appareils IoT. La plateforme peut être installée sur n'importe quel matériel, y compris des serveurs basés sur des processeurs x86 et ARM exécutant Linux, Windows ou macOS. Le projet comprend une sélection de microservices prêts à l'emploi pour l'analyse des données, la sécurité, la gestion et la résolution de divers problèmes. Les langages Java, Javascript, Python, Go et C/C++ peuvent être utilisés pour développer vos propres microservices. Un SDK est proposé pour développer des pilotes pour les appareils et capteurs IoT.
Les principaux changements:
- Une nouvelle interface web a été implémentée, créée à l'aide du framework Angular JS. Parmi les avantages de la nouvelle interface graphique figurent la facilité de maintenance et l'extension des fonctionnalités, la présence d'un assistant pour connecter de nouveaux appareils, des outils de visualisation des données, une interface considérablement améliorée pour la gestion des métadonnées et la possibilité de surveiller l'état des services (mémoire consommation, charge CPU, etc.).
- Réécriture complète de l'API pour fonctionner avec des microservices, désormais indépendante du protocole de communication, plus sécurisée, bien structurée (utilise JSON) et permettant de mieux suivre les données traitées par le service.
- Efficacité accrue et possibilité de créer des configurations légères. Le composant Core Data, chargé de sauvegarder les données, est désormais facultatif (il peut par exemple être exclu lorsque vous n'avez besoin que de traiter les données des capteurs sans avoir besoin de les sauvegarder).
- La fiabilité a été accrue et les outils permettant de garantir la qualité de service (QoS) ont été étendus. Lors du transfert de données depuis les services de l'appareil (Device Services, chargés de collecter les données des capteurs et des appareils) vers les services de traitement et d'accumulation de données (Application Services), vous pouvez désormais utiliser le bus de messages (Redis Pub/Sub, 0MQ ou MQTT) sans être lié. vers HTTP - le protocole REST et l'ajustement des priorités de QoS au niveau du courtier de messages. Y compris le transfert direct des données du service de périphérique vers le service d'application avec duplication facultative vers le service Core Data. La prise en charge du transfert de données via le protocole REST est conservée, mais n'est pas utilisée par défaut.
- Un module universel (fournisseur de secrets) a été implémenté pour récupérer des données secrètes (mots de passe, clés, etc.) à partir de stockages sécurisés tels que Vault.
- Les outils Consul sont utilisés pour maintenir un registre de services et de paramètres, ainsi que pour gérer l'accès et l'authentification. API Gateway prend en charge l'appel de l'API Consul.
- Réduction du nombre de processus et de services nécessitant des privilèges root dans les conteneurs Docker. Ajout d'une protection contre l'utilisation de Redis en mode non sécurisé.
- Configuration simplifiée d'API Gateway (Kong).
- Profils d'appareil simplifiés, qui définissent les paramètres du capteur et de l'appareil, ainsi que des informations sur les données collectées. Les profils peuvent être définis aux formats YAML et JSON.
- Ajout de nouveaux services d'appareil :
- CoAP (écrit en C) avec une implémentation du Constrained Application Protocol.
- GPIO (écrit en Go) pour la connexion à des microcontrôleurs et à d'autres appareils, y compris les cartes Raspberry Pi, via les ports GPIO (General Pin Input/Output).
- LLRP (écrit en Go) avec implémentation du protocole LLRP (Low Level Reader Protocol) pour la connexion aux lecteurs de tags RFID.
- UART (écrit en Go) avec prise en charge UART (Universal Asynchronous Receiver/Transmitter).
- Les capacités des services d'application, chargés de préparer et d'exporter les données pour leur traitement ultérieur dans les systèmes et applications cloud, ont été étendues. Ajout de la prise en charge du filtrage des données des capteurs par nom de profil d'appareil et type de ressource. La possibilité d'envoyer des données à plusieurs destinataires par un seul service et de s'abonner à plusieurs bus de messages a été implémentée. Un modèle est proposé pour créer rapidement vos propres services applicatifs.
- Les numéros de port sélectionnés pour les microservices sont alignés sur les plages recommandées par l'IANA (Internet Assigned Numbers Authority) pour un usage privé, ce qui évitera les conflits avec les systèmes existants.
Source: opennet.ru