Foi lançado o EdgeX 2.0, uma plataforma modular e open-source para garantir a interoperabilidade entre dispositivos IoT, aplicativos e serviços. A plataforma é independente de hardware de fornecedores específicos e sistemas operacionais, e é desenvolvida por um grupo de trabalho independente sob a égide da Linux Foundation. Os componentes da plataforma são escritos na linguagem Go e são distribuídos sob a licença Apache 2.0.
O EdgeX permite a criação de gateways que integram dispositivos IoT existentes e coletam dados de vários sensores. O gateway organiza a interação com os dispositivos e realiza o pré-processamento, agregação e análise das informações, atuando como um intermediário entre a rede de dispositivos IoT e um centro de controle local ou infraestrutura de gerenciamento em nuvem. Os gateways também podem executar manipuladores formatados como microsserviços. A interação com dispositivos IoT pode ser organizada por redes com fio ou sem fio utilizando redes TCP/IP e protocolos específicos (não-IP).
Gateways de diferentes finalidades podem ser interligados em cadeias; por exemplo, um gateway de primeiro nível pode lidar com tarefas de gerenciamento de dispositivos (system management) e garantir a segurança, enquanto um gateway de segundo nível (servidor em fog) armazena os dados recebidos, realiza análises e oferece serviços. O sistema é modular, portanto, a divisão de funcionalidade em nós separados é realizada com base na carga: em casos simples, um único gateway é suficiente, enquanto para grandes redes IoT pode ser implantado um cluster inteiro.
A base do EdgeX é a pilha IoT open-source Fuse, que é utilizada em gateways para dispositivos IoT Dell Edge Gateway. A plataforma pode ser instalada em qualquer hardware, incluindo servidores equipamentos baseados em CPU x86 e ARM, operando sob Linux, Windows ou macOS. O projeto inclui uma coleção de microsserviços prontos para análise de dados, segurança, gerenciamento e resolução de várias tarefas. Para o desenvolvimento de microsserviços personalizados, podem ser utilizados as linguagens Java, Javascript, Python, Go e C/C++. Para o desenvolvimento de drivers para dispositivos IoT e sensores, um SDK é oferecido.
Principais mudanças:
- Foi implementada uma nova interface web, criada com o framework Angular JS. Entre as vantagens da nova GUI estão a facilidade de manutenção e a expansão da funcionalidade, a presença de um assistente para conectar novos dispositivos, ferramentas para visualização de dados, uma interface significativamente melhorada para gerenciamento de metadados e capacidades de monitoramento do estado dos serviços (uso de memória, carga da CPU, etc.).
- A API para trabalhar com microserviços foi completamente reescrita, agora não depende do protocolo de comunicação, é mais segura, bem estruturada (utiliza JSON) e rastreia melhor os dados processados pelo serviço.
- A eficiência foi aumentada e a possibilidade de criar configurações leve foi fornecida. O componente Core Data, responsável pela preservação de dados, agora não é obrigatório (por exemplo, pode ser excluído quando se precisa apenas processar dados de sensores sem a necessidade de salvá-los).
- A confiabilidade foi aumentada e as ferramentas para garantir a qualidade do serviço (QoS) foram ampliadas. Ao transmitir dados de serviços de dispositivos (Device Services, responsáveis pela coleta de dados de sensores e dispositivos) para serviços de processamento e armazenamento de dados (Application Services), agora é possível utilizar um barramento de mensagens (Redis Pub/Sub, 0MQ ou MQTT), sem ser vinculado ao protocolo HTTP REST e regulando as prioridades de QoS no nível do message broker. Também é permitida a transmissão direta de dados do Device Service para o Application Service com duplicação opcional no serviço Core Data. O suporte à transmissão de dados pelo protocolo REST foi mantido, mas não é usado por padrão.
- Foi implementado um módulo universal (secret provider) para extração de dados secretos (senhas, chaves, etc.) de repositórios seguros, como o Vault.
- Para manter o registro de serviços e configurações, bem como para gerenciar acesso e autenticação, foi utilizada a ferramenta Consul. O API Gateway agora oferece suporte à chamada da API do Consul.
- Foi minimizado o número de processos e serviços que necessitam de privilégios de root em contêineres Docker. Adicionada proteção contra o uso do Redis em modo inseguro.
- Facilitada a configuração do API Gateway (Kong).
- Simplificados os perfis de dispositivos, que definem os parâmetros de sensores e dispositivos, assim como informações sobre os dados coletados. Os perfis podem ser definidos nos formatos YAML e JSON.
- Novos serviços de dispositivos foram adicionados:
- CoAP (escrito em C) com implementação do protocolo Constrained Application Protocol.
- GPIO (escrito em Go) para conexão com microcontroladores e outros dispositivos, incluindo placas Raspberry Pi, através das portas GPIO (General Pin Input/Output).
- LLRP (escrito em Go) com implementação do protocolo LLRP (Low Level Reader Protocol) para conexão com leitores de etiquetas RFID.
- UART (escrito em Go) com suporte a UART (Universal Asynchronous Receiver/Transmitter).
- As capacidades dos serviços de aplicativos (Application Services) foram expandidas, responsáveis pela preparação e exportação de dados para posterior processamento em sistemas e aplicativos em nuvem. Adicionada a capacidade de filtragem de dados de sensores com base no nome do perfil do dispositivo e no tipo de recurso. Implementada a possibilidade de um único serviço enviar dados para múltiplos destinatários e inscrição em várias filas de mensagens. Um modelo foi proposto para a criação rápida de serviços de aplicativos personalizados.
- Os números de porta selecionados para microsserviços foram alinhados com os intervalos recomendados pela IANA (Internet Assigned Numbers Authority) para uso privado, evitando assim conflitos com sistemas existentes.
Fonte: opennet.ru
