Ponto de Extremidade de Saída

O nó Ponto de Extremidade de Saída transmite dados processados do dispositivo, provenientes dos fluxos do IoT Logic, para sistemas externos usando o Navixy Generic Protocol para entrega padronizada de dados.

Visão geral técnica e recursos

Nó de Ponto de Extremidade de Saída atua como o componente de transmissão de dados nos fluxos do IoT Logic, definindo para onde os dados processados dos dispositivos são enviados. Sua função principal é padronizar dados heterogêneos de dispositivos em um formato consistente antes de transmiti-los para sistemas ou serviços externos. Todos os dados são transferidos em um formato unificado, possibilitado por Navixy Generic Protocol.

Para detalhes sobre o formato em que os dados são transmitidos, consulte Formato dos dados de saída.

Integração com a arquitetura do fluxo

Um único fluxo do IoT Logic pode conter vários nós de saída, cada um com configurações independentes. Essa arquitetura possibilita:

• Transmissão de dados para múltiplos destinos para diferentes sistemas externos simultaneamente

• Tratamento de múltiplas fontes de dados com diferentes formatos de dados recebidos

• Roteamento seletivo de dados que possibilita cenários flexíveis de fluxo de dados

Cada fluxo deve incluir um Ponto de Extremidade de Saída nó configurado no modo Ponto de extremidade padrão modo para enviar dados para a plataforma Navixy. Mantenha as conexões entre seus Fonte de Dados nós e esta saída. A conexão garante que os dados dos dispositivos sejam enviados para a plataforma, permitindo recursos de monitoramento usando as ferramentas da Navixy. Se a saída da Navixy for removida, os dados dos dispositivos envolvidos no fluxo deixarão de chegar à plataforma.

Recursos do nó

O Ponto de Extremidade de Saída O nó, por si só, oferece:

• Transmissão segura: Implementa mecanismos de criptografia e autenticação SSL para proteção dos dados em trânsito

• Garantia de entrega configurável: Oferece seleção do nível de QoS do MQTT para equilibrar garantias de entrega e sobrecarga de rede

• Reutilização de configuração: Permite criar perfis de endpoint que podem ser reutilizados em vários fluxos, garantindo consistência de configuração

• Processamento concorrente: Aceita entradas de várias fontes de dados dentro de um fluxo, permitindo transmissão consolidada de dados

• Seleção da versão do protocolo de transporte: Suporta MQTT 3.1.1 e 5.0 para acomodar várias implementações de broker

Opções de configuração

Configurar um nó de Ponto de Extremidade de Saída determina como e onde os dados serão entregues de um fluxo específico. Cada opção de configuração atende a um propósito específico para estabelecer uma transmissão de dados confiável.

Vamos ver quais elementos este nó usa e o que você pode configurar ao trabalhar com ele:

Etapas de configuração

1

Especifique o nome do endpoint

Digite um nome exclusivo e descritivo para esta configuração de endpoint

• Use um nome que ajude você a identificar o destino para o qual os dados são enviados

• Esse nome será exibido no diagrama do fluxo para facilitar a identificação

2

Selecione o modo do endpoint

Escolha o tipo de transmissão a ser usado para este endpoint

• Ponto de extremidade padrão: configuração padrão para enviar dados do fluxo para a plataforma Navixy, que não pode ser editada

• Ponto de extremidade MQTT: configuração personalizada que usa MQTT como transporte para enviar dados do fluxo para sistemas de terceiros. Para os parâmetros de configuração específicos deste modo, consulte MQTT.

O endpoint Nome permanece como o que você inseriu na etapa anterior. Se você o deixar sem personalização enquanto Modo está definido como Ponto de extremidade padrão, ele aparece no canvas como Ponto de Extremidade de Saída Padrão.

3

Salve sua configuração

Clique em Aplicar alterações para concluir a criação do nó.

Certifique-se de conectar os nós de dados relevantes à sua nova saída. Caso contrário, ela não receberá nenhum dado.

Configurações específicas do modo

MQTT

Se você pretende usar uma saída MQTT, precisa configurar estes parâmetros:

1. Configurações do endpoint

   1. Selecione Versão MQTT: 3.1.1 ou 5.0.

   2. Insira o IP no formato: 123.123.123.123 ou example.example.com.

   3. Especifique o Porta número. Por padrão, 1883 é usado para MQTT padrão.

   4. Especifique Tópico na forma de etiquetas que serão usadas para transmissão de dados.

   5. Escolha QoS nível que determina a lógica da transmissão de dados:

      1. QoS 0: sem confirmação de entrega.

      2. QoS 1: entrega garantida com possível duplicação.

      3. QoS 2: entrega garantida sem duplicação.

   6. Digite ID do cliente MQTT. O lado receptor tem uma lista fixa de clientes. Neste campo, o valor correto deve ser especificado para que os dados não sejam rejeitados.

2. Autenticação MQTT (opcional)

   1. Alternar Usar autenticação ativado.

   2. Digite Nome de usuário do MQTT e Senha do MQTT para a parte receptora nos campos exibidos.

3. SSL (opcional)

   1. Ativar Usar SSL para conexões seguras. Essa ação define automaticamente a porta como 1883 se ela não tiver sido alterada manualmente.

Formato dos dados de saída

A principal capacidade do nó é a padronização do formato dos dados por meio de Navixy Generic Protocol. Essa padronização resolve um desafio fundamental em implementações de IoT: a diversidade de protocolos específicos de cada dispositivo que exigem trabalho de integração personalizado.

Normalmente, cada tipo de dispositivo usa seu próprio formato de dados, exigindo manipuladores de protocolo dedicados nos sistemas receptores. Essa abordagem aumenta exponencialmente a sobrecarga de desenvolvimento e manutenção à medida que as frotas de dispositivos crescem. O IoT Logic resolve isso padronizando todos os dados dos dispositivos em uma estrutura JSON padronizada, independentemente do fabricante ou protocolo original.

O Navixy Generic Protocol As Especificações incluem campos padronizados para identificação do dispositivo, dados de localização, valores de telemetria e metadados. Esse formato suporta comunicação bidirecional, permitindo tanto a transmissão de dados do IoT Logic para sistemas externos quanto a ingestão de dados de fontes externas para a plataforma.

Ao implementar um único protocolo, o Ponto de Extremidade de Saída nó possibilita:

• Um único padrão de integração para sistemas receptores em vez de vários manipuladores específicos de cada dispositivo

• Estrutura de dados consistente que permanece uniforme em todos os dispositivos conectados

• Redução da sobrecarga de processamento no lado do servidor por meio da normalização do protocolo

• Escalonamento simplificado ao adicionar novos tipos de dispositivos a implantações existentes

• Capacidades de troca bidirecional de dados com sistemas externos

O nó implementa MQTT como protocolo de transporte para essa carga útil JSON padronizada, fornecendo um mecanismo de transmissão confiável e leve, adequado para implantações de IoT.

Perguntas frequentes

Posso conectar várias fontes de dados a um único nó Ponto de Extremidade de Saída?

Sim. O Ponto de Extremidade de Saída nó aceita entradas de vários Fonte de Dados nós simultaneamente. Todos os dados processados, incluindo coordenadas de localização, identificadores do dispositivo, parâmetros de telemetria e atributos calculados, são serializados de acordo com as Navixy Generic Protocol Especificações antes da transmissão.

O que acontece se eu modificar um endpoint usado em vários fluxos?

As configurações de endpoint são armazenadas como recursos reutilizáveis em toda a conta do cliente. As modificações em uma configuração de endpoint existente afetam todos os nós que fazem referência a esse endpoint em todos os fluxos. Esse comportamento facilita a padronização da configuração, mas exige um gerenciamento cuidadoso de mudanças ao atualizar os parâmetros do endpoint.

Quais práticas de segurança são recomendadas para implantações em produção?

Para implementações que exigem altos padrões de segurança (saúde, finanças etc.), ative SSL e implemente autenticação MQTT. Embora isso aumente um pouco a sobrecarga do protocolo, oferece a proteção de dados necessária durante a transmissão. Implementações padrão devem usar, no mínimo, o nível de QoS 1 para garantir confirmação de entrega.