Se ha presentado la versión 2.0 de EdgeX, una plataforma modular abierta para facilitar la interacción entre dispositivos IoT, aplicaciones y servicios. La plataforma no está vinculada al hardware de proveedores específicos ni a sistemas operativos, y es desarrollada por un grupo de trabajo independiente bajo la organización Linux Foundation. Los componentes de la plataforma están escritos en el lenguaje Go y se distribuyen bajo la licencia Apache 2.0.
EdgeX permite crear gateways que integran dispositivos IoT existentes y recopilan datos de varios sensores. El gateway se encarga tanto de organizar la interacción con los dispositivos como de realizar el procesamiento, la agregación y el análisis inicial de la información, actuando como un intermediario entre la red de dispositivos IoT y un centro de control local o una infraestructura en la nube. En los gateways también pueden ejecutarse procesadores configurados como microservicios. La interacción con los dispositivos IoT puede organizarse a través de redes cableadas o inalámbricas utilizando redes TCP/IP y protocolos específicos (no IP).
Los gateways de diferentes propósitos pueden unirse en cadenas; por ejemplo, un gateway de primer nivel puede encargarse de la gestión de dispositivos (system management) y la seguridad, mientras que un gateway de segundo nivel (servidor de fog) puede almacenar los datos entrantes, realizar analíticas y proporcionar servicios. El sistema es modular, por lo que la división de funcionalidad en nodos separados se realiza según la carga: en casos simples, con un solo gateway es suficiente, mientras que para grandes redes IoT se puede desplegar todo un clúster.
EdgeX se basa en la pila IoT abierta Fuse, que se utiliza en las puertas de enlace para dispositivos IoT Dell Edge Gateway. La plataforma puede instalarse en cualquier hardware, incluyendo servidores sistemas basados en CPU x86 y ARM, que operan bajo Linux, Windows o macOS. El proyecto incluye una colección de microservicios listos para el análisis de datos, la seguridad, la administración y la solución de diversas tareas. Para el desarrollo de microservicios propios se pueden utilizar lenguajes como Java, Javascript, Python, Go y C/C++. Se ofrece un SDK para el desarrollo de controladores para dispositivos IoT y sensores.
Principales cambios:
- Se ha implementado una nueva interfaz web, creada utilizando el marco Angular JS. Entre las ventajas del nuevo GUI se menciona la facilidad de mantenimiento y ampliación de funcionalidades, la presencia de un asistente para conectar nuevos dispositivos, herramientas de visualización de datos, una interfaz significativamente mejorada para la gestión de metadatos y capacidades de monitoreo del estado de los servicios (consumo de memoria, carga de CPU, etc.).
- Se ha reescrito completamente la API para trabajar con microservicios, que ahora no depende del protocolo de comunicación, es más segura, está bien estructurada (utiliza JSON) y rastrea mejor los datos procesados por el servicio.
- Se ha mejorado la eficiencia y se ha proporcionado la posibilidad de crear configuraciones ligeras. El componente Core Data, responsable del almacenamiento de datos, ahora no es obligatorio (por ejemplo, se puede excluir cuando se necesita simplemente procesar datos de sensores sin necesidad de almacenar).
- Se ha mejorado la fiabilidad y se han ampliado los medios para garantizar la calidad del servicio (QoS). Al transferir datos desde los servicios de dispositivos (Device Services, responsables de recopilar datos de sensores y dispositivos) a los servicios de procesamiento y almacenamiento de datos (Application Services), ahora se puede utilizar un bus de mensajería (Redis Pub/Sub, 0MQ o MQTT), sin atarse al protocolo HTTP REST y gestionando prioridades de QoS a nivel de message broker. También se permite la transmisión directa de datos del Service Device al Application Service con duplicación opcional en el servicio Core Data. Se ha mantenido la compatibilidad para la transferencia de datos a través del protocolo REST, aunque no se utiliza por defecto.
- Se ha implementado un módulo universal (secret provider) para la extracción de datos secretos (contraseñas, claves, etc.) de almacenes seguros, como Vault.
- Se ha utilizado la herramienta Consul para gestionar el registro de servicios y configuraciones, así como para la gestión de acceso y autenticación. En el API Gateway se ha proporcionado soporte para solicitar la API de Consul.
- Se ha minimizado el número de procesos y servicios que necesitan privilegios de root en contenedores Docker. Se añadió protección contra el uso de Redis en modo inseguro.
- Se ha simplificado la configuración del API Gateway (Kong).
- Se han simplificado los perfiles de dispositivos, que definen los parámetros de sensores y dispositivos, así como la información sobre los datos recopilados. Los perfiles pueden definirse en formatos YAML y JSON.
- Se han añadido nuevos servicios de dispositivos:
- CoAP (escrito en C) con implementación del protocolo Constrained Application Protocol.
- GPIO (escrito en Go) para conectarse a microcontroladores y otros dispositivos, incluidas las placas Raspberry Pi, a través de puertos GPIO (General Pin Input/Output).
- LLRP (escrito en Go) con implementación del protocolo LLRP (Low Level Reader Protocol) para conectarse a lectores de etiquetas RFID.
- UART (escrito en Go) con soporte para UART (Universal Asynchronous Receiver/Transmitter).
- Se han ampliado las capacidades de los servicios de aplicaciones (Application Services), responsables de la preparación y exportación de datos para su posterior procesamiento en sistemas y aplicaciones en la nube. Se ha añadido soporte para la filtración de datos de sensores según el nombre del perfil de dispositivo y el tipo de recurso. Se ha implementado la posibilidad de que un servicio envíe datos a múltiples destinatarios y se suscriba a varios buses de mensajes. Se propuso una plantilla para la creación rápida de servicios de aplicaciones personalizados.
- Los números de puerto seleccionados para los microservicios se alinean con los rangos recomendados por la IANA (Autoridad de Números Asignados de Internet) para uso privado, lo que ayudará a evitar conflictos con sistemas existentes.
Fuente: opennet.ru
