Presentamos o lanzamento de EdgeX 2.0, unha plataforma aberta e modular para permitir a interoperabilidade entre dispositivos, aplicacións e servizos IoT. A plataforma non está vinculada a hardware e sistemas operativos de provedores específicos, e está desenvolvida por un grupo de traballo independente baixo os auspicios da Fundación Linux. Os compoñentes da plataforma están escritos en Go e distribúense baixo a licenza Apache 2.0.
EdgeX permítelle crear pasarelas que conecten os dispositivos IoT existentes e recompilen datos de varios sensores. A pasarela organiza a interacción cos dispositivos e realiza o procesamento primario, a agregación e a análise da información, actuando como un vínculo intermedio entre unha rede de dispositivos IoT e un centro de control local ou unha infraestrutura de xestión na nube. As pasarelas tamén poden executar controladores empaquetados como microservizos. A interacción con dispositivos IoT pódese organizar a través dunha rede con fíos ou sen fíos mediante redes TCP/IP e protocolos específicos (non IP).
As pasarelas para diferentes fins pódense combinar en cadeas, por exemplo, a pasarela da primeira ligazón pode resolver problemas de xestión de dispositivos (xestión do sistema) e seguridade, e a pasarela da segunda ligazón (servidor de néboa) pode almacenar datos entrantes, realizar análises. e prestar servizos. O sistema é modular, polo que a funcionalidade divídese en nodos individuais dependendo da carga: en casos sinxelos, unha pasarela é suficiente, pero para grandes redes IoT pódese despregar un clúster completo.
EdgeX baséase na pila aberta Fuse IoT, que se usa en Dell Edge Gateways para dispositivos IoT. A plataforma pódese instalar en calquera hardware, incluídos servidores baseados en CPUs x86 e ARM con Linux, Windows ou macOS. O proxecto inclúe unha selección de microservizos preparados para a análise de datos, seguridade, xestión e resolución de diversos problemas. As linguaxes Java, Javascript, Python, Go e C/C++ pódense usar para desenvolver os seus propios microservizos. Ofrécese un SDK para desenvolver controladores para dispositivos e sensores IoT.
Principais cambios:
- Implementouse unha nova interface web, creada mediante o framework Angular JS. Entre as vantaxes da nova GUI atópanse a facilidade de mantemento e a ampliación da funcionalidade, a presenza dun asistente para conectar novos dispositivos, ferramentas para a visualización de datos, unha interface significativamente mellorada para xestionar metadatos e a capacidade de supervisar o estado dos servizos (memoria). consumo, carga de CPU, etc.).
- Reescribiu completamente a API para traballar con microservizos, que agora é independente do protocolo de comunicación, máis seguro, ben estruturado (usa JSON) e fai un mellor seguimento dos datos procesados polo servizo.
- Aumento da eficiencia e da capacidade de crear configuracións lixeiras. O compoñente Core Data, que se encarga de gardar os datos, agora é opcional (por exemplo, pódese excluír cando só precisa procesar datos dos sensores sen necesidade de gardar).
- Aumentou a fiabilidade e ampliáronse as ferramentas para garantir a calidade do servizo (QoS). Ao transferir datos de servizos de dispositivos (Servizos de dispositivos, responsables da recollida de datos de sensores e dispositivos) a servizos de procesamento e acumulación de datos (Servizos de aplicacións), agora pode usar o bus de mensaxes (Redis Pub/Sub, 0MQ ou MQTT) sen estar vinculado. a HTTP: o protocolo REST e axustando as prioridades de QoS a nivel de intermediario de mensaxes. Incluíndo a transferencia directa de datos desde o servizo de dispositivos ao servizo de aplicacións con duplicación opcional ao servizo de datos básicos. Mantense o soporte para a transferencia de datos a través do protocolo REST, pero non se usa por defecto.
- Implementouse un módulo universal (proveedor secreto) para recuperar datos secretos (contrasinais, claves, etc.) de almacenamentos seguros como Vault.
- As ferramentas Consul úsanse para manter un rexistro de servizos e configuracións, así como para xestionar o acceso e a autenticación. API Gateway ofrece soporte para chamar á API de Consul.
- Minimizou o número de procesos e servizos que requiren privilexios de root nos contedores de Docker. Protección adicional contra o uso de Redis en modo inseguro.
- Configuración simplificada de API Gateway (Kong).
- Perfís de dispositivos simplificados, que definen os parámetros do sensor e do dispositivo, así como información sobre os datos recollidos. Os perfís pódense definir en formatos YAML e JSON.
- Engadidos novos servizos do dispositivo:
- CoAP (escrito en C) cunha implementación do Protocolo de aplicación restrinxida.
- GPIO (escrito en Go) para conectarse a microcontroladores e outros dispositivos, incluídas placas Raspberry Pi, a través de portos GPIO (entrada/saída de pin xeral).
- LLRP (escrito en Go) con implementación do protocolo LLRP (Low Level Reader Protocol) para a conexión a lectores de etiquetas RFID.
- UART (escrito en Go) con soporte UART (receptor/transmisor asíncrono universal).
- Ampliáronse as capacidades dos Servizos de Aplicacións, que se encargan de preparar e exportar datos para o seu procesamento posterior en sistemas e aplicacións na nube. Engadiuse compatibilidade para filtrar datos dos sensores polo nome do perfil do dispositivo e o tipo de recurso. Implementouse a posibilidade de enviar datos a varios destinatarios por un servizo e subscribirse a varios buses de mensaxes. Proponse un modelo para crear rapidamente os seus propios servizos de aplicacións.
- Os números de porto seleccionados para os microservizos están aliñados cos intervalos recomendados pola Internet Assigned Numbers Authority (IANA) para uso privado, o que evitará conflitos cos sistemas existentes.
Fonte: opennet.ru