Узел Output Endpoint

Технический обзор и возможности

Узел выходной конечной точки служит компонентом передачи данных в потоках IoT Logic, определяя, куда отправляются обработанные данные устройств. Его основная функция — стандартизировать разнородные данные устройств в единый формат перед отправкой в внешние системы или сервисы. Все данные передаются в унифицированном формате, обеспечиваемом Navixy Generic Protocol.

Для подробностей о формате передачи данных смотрите Формат выходных данных.

Интеграция в архитектуру потока

Один поток IoT Logic может содержать несколько выходных узлов с независимыми настройками. Такая архитектура обеспечивает:

• Передачу данных в несколько назначений одновременно — в разные внешние системы

• Обработку нескольких источников данных с разными входными форматами

• Селективную маршрутизацию данных, обеспечивающую гибкие сценарии потоков данных

Каждый поток включает узел конечной точки Navixy по умолчанию. Рекомендуется поддерживать соединения между вашими Источник данных узлами и этой выходной точкой. Такое соединение гарантирует отправку данных устройств на платформу, обеспечивая возможности мониторинга с помощью инструментов Navixy. Если выход Navixy удалён, данные устройств, задействованных в потоке, больше не будут поступать на платформу.

Возможности узла

Узел Выходная конечная точка сам по себе предлагает:

• Безопасная передача: Реализует SSL-шифрование и механизмы аутентификации для защиты данных в процессе передачи

• Настраиваемая гарантия доставки: Предоставляет выбор уровня QoS MQTT для балансировки между гарантиями доставки и сетевыми затратами

• Повторное использование конфигураций: Поддерживает создание профилей конечных точек, которые можно повторно использовать в нескольких потоках, обеспечивая согласованность конфигураций

• Параллельная обработка: Принимает входы из нескольких источников данных внутри потока, позволяя объединять передачу данных

• Выбор версии транспортного протокола: Поддерживает как MQTT 3.1.1, так и 5.0 для совместимости с различными реализациями брокеров

Параметры конфигурации

Настройка узла выходной конечной точки определяет, как и куда будут доставляться данные из конкретного потока. Каждая опция конфигурации служит определённой цели при установлении надёжной передачи данных.

Давайте рассмотрим, какие элементы использует этот узел и что вы можете настроить при работе с ним:

Шаги конфигурации

1

Выберите тип конечной точки

Выберите, какой тип передачи использовать для этой конечной точки

• Конечная точка по умолчанию - стандартная конфигурация для отправки данных потока на платформу Navixy, которую нельзя редактировать

• MQTT-конечная точка - пользовательская конфигурация, использующая MQTT в качестве транспорта для отправки данных потока в системы третьих сторон.

2

Выберите Пресет (по желанию)

Откройте Пресет выпадающий список и выберите шаблон, который соответствует вашим потребностям. Доступны несколько готовых конфигураций для распространённых назначений, таких как серверы Navixy.

После сохранения конечную точку можно использовать как пресет при создании новых выходов.

3

Укажите имя конечной точки

Введите уникальное, описательное имя для этой конфигурации конечной точки

• Используйте имя, которое поможет вам идентифицировать назначение, куда отправляются данные

• Это имя будет отображаться в диаграмме потока для облегчения идентификации

4

Выберите протоколы

Выберите протокол для передачи данных в сторонние сервисы из выпадающего списка. В настоящее время поддерживается только Navixy Generic Protocol (JSON) . В будущем могут рассматриваться другие форматы как дополнительные варианты передачи данных.

5

Настройте параметры подключения

• Введите целевой IP/домен в формате: 123.123.123.123 или example.example.com.

• Укажите номер порта . По умолчанию 1883 используется для стандартного MQTT, 8883 – для SSL).

• Переключите Включить SSL для защищённых соединений. Это действие автоматически устанавливает порт на 8883 , если он не был изменён вручную.

6

Установите параметры MQTT

• Введите Client ID. У принимающей стороны есть фиксированный список клиентов. В данном поле необходимо указать корректное значение, чтобы данные не были отклонены.

• Выберите Версию MQTT: 3.1.1 или 5.0.

• Укажите Темы в виде тегов, которые будут использоваться для передачи данных.

• Выберите уровень QoS , который определяет логику передачи данных:

  • QoS 0 – без подтверждения доставки.

  • QoS 1 – гарантированная доставка с возможным дублированием.

  • QoS 2 – гарантированная доставка без дублирования.

7

Настройте аутентификацию MQTT (по желанию)

• Переключите Аутентификация MQTT включена.

• Введите MQTT Login и MQTT Password для принимающей стороны в появившихся полях.

8

Сохраните вашу конфигурацию.

Убедитесь, что соответствующие узлы данных подключены к вашему новому выходу; в противном случае он не будет получать никаких данных.

Формат выходных данных

Основная возможность узла — стандартизация формата данных через Navixy Generic Protocol. Эта стандартизация решает фундаментальную проблему в реализациях IoT — разнообразие протоколов, специфичных для устройств, которое требует индивидуальной интеграции.

Обычно каждый тип устройства использует свой собственный формат данных, требующий специальных обработчиков протоколов на принимающих системах. Такой подход значительно увеличивает затраты на разработку и поддержку по мере расширения парка устройств. IoT Logic решает эту проблему, нормализуя все данные устройств в стандартизированную JSON-структуру, независимо от исходного производителя или протокола.

Узел Navixy Generic Protocol спецификация включает стандартизированные поля для идентификации устройства, данных о местоположении, телеметрических значений и метаданных. Этот формат поддерживает двунаправленную связь, позволяя как передавать данные из IoT Logic во внешние системы, так и принимать данные из внешних источников в платформу.

Реализуя единый протокол, узел Выходная конечная точка обеспечивает:

• Единый шаблон интеграции для принимающих систем вместо множества обработчиков, специфичных для отдельных устройств

• Единообразную структуру данных, сохраняющуюся одинаковой для всех подключённых устройств

• Снижение нагрузки на серверную часть за счёт нормализации протоколов

• Упрощение масштабирования при добавлении новых типов устройств в существующие развертывания

• Возможности двунаправленного обмена данными с внешними системами

Узел реализует MQTT как транспортный протокол для этой стандартизированной JSON-пакетной структуры, обеспечивая надёжный и лёгкий механизм передачи, подходящий для IoT-развертываний.

Часто задаваемые вопросы

Могу ли я подключить несколько источников данных к одному узлу выходной конечной точки?

Да. Узел Выходная конечная точка принимает входы из нескольких Источник данных узлов одновременно. Все обработанные данные, включая координаты местоположения, идентификаторы устройств, параметры телеметрии и вычисленные атрибуты, сериализуются в соответствии со спецификацией Navixy Generic Protocol перед отправкой.

Что произойдёт, если я изменю конечную точку, которая используется в нескольких потоках?

Конфигурации конечных точек хранятся как повторно используемые ресурсы в рамках всей клиентской учётной записи. Изменения существующей конфигурации конечной точки повлияют на все узлы, ссылающиеся на эту конечную точку во всех потоках. Такое поведение способствует стандартизации конфигураций, но требует осторожного управления изменениями при обновлении параметров конечной точки.

Какие практики безопасности рекомендуется применять для промышленных развертываний?

Для реализаций, требующих высоких стандартов безопасности (здравоохранение, финансовый сектор и т.д.), включайте SSL и реализуйте аутентификацию MQTT. Хотя это немного увеличивает накладные расходы протокола, такие меры обеспечивают необходимую защиту данных при передаче. В стандартных реализациях следует использовать как минимум уровень QoS 1 для гарантии подтверждения доставки.