Обсудить задачу

UMEC Space MQTT Broker

Готовая инфраструктура обмена данными между устройствами и сервисами

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

Обсудить подключение Смотреть интеграции

Tenant-архитектура

Platform clients

TLS 8883

Tenant-архитектура

Каждый клиент работает в собственном tenant-пространстве

Alias tenant используется как корневой префикс MQTT-топиков. Это упрощает разделение клиентов, проектов и групп устройств на уровне брокера.

Tenant-пространство

Каждый клиент работает в собственной изолированной области брокера, без смешивания данных с другими проектами.

Alias как корневой префикс

Tenant alias используется как первый сегмент MQTT-топика и сразу отделяет клиента, проект или среду.

Разделение проектов

Внутри одного подхода можно вести несколько объектов, групп устройств и сервисных направлений.

Масштабирование без хаоса

Новая группа устройств добавляется в понятную namespace-структуру, а не в общий поток сообщений.

Структура топиков

Понятный namespace для распределенных IoT-систем

Схема `{tenant-alias}/{custom-path}` позволяет вести телеметрию, команды, статусы, события и аварии в предсказуемой иерархии.

Namespace по alias

Топики строятся по схеме `{tenant-alias}/{custom-path}`: корневой префикс сразу фиксирует владельца данных.

Гибкая иерархия

Можно использовать структуру `alias/category/device/metric` для телеметрии, статусов, команд и аварий.

MQTT wildcards

Подписки через `+` и `#` помогают получать данные по группе устройств, типу сенсоров или целой ветке.

Рост от пилота до платформы

Одна структура подходит для небольшой сети и для системы с множеством клиентов, объектов и устройств.

Быстрое подключение

Для каждого устройства или приложения создается platform client

Отдельные MQTT-логин, пароль и display name дают контролируемую модель подключения без ручной сборки брокерной инфраструктуры.

Platform client

Для устройства, шлюза или приложения создается отдельный MQTT-клиент с понятным именем в портале.

Индивидуальные credentials

Каждый client получает собственные username и password, чтобы доступ был управляемым и отключаемым.

Onboarding устройств

Клиентов можно создавать заранее, пакетно или по мере подключения новой партии оборудования.

Разделение ролей

Отдельные учетные данные помогают отличать устройство, шлюз, backend-сервис и интеграционное приложение.

Единая точка обмена

Устройства, платформа и внешние сервисы обмениваются данными через стандартный MQTT

Брокер закрывает базовую, но критически важную часть IoT-инфраструктуры: безопасную передачу данных между устройствами, платформой и внешними системами.

  1. 01 Telemetry

    Устройства публикуют измерения и диагностические данные.

  2. 02 Statuses

    Шлюзы и приложения передают состояние соединения, режимы и служебные события.

  3. 03 Commands

    Платформа или внешний сервис отправляет команды в адрес устройств.

  4. 04 Alarms

    Аварии и критичные события идут по отдельным веткам топиков.

  5. 05 Services

    Внешние системы получают поток данных через подписки, webhooks или API.

Безопасное подключение

Каждое устройство подключается по индивидуальным учетным данным

MQTT-подключение выполняется по TLS на порту 8883, что защищает учетные данные и полезную нагрузку при передаче.

  • Отдельные credentials для устройства, шлюза или приложения.
  • Управление client через портал или REST API.
  • Быстрое отключение конкретного подключения без влияния на весь tenant.

Webhooks

Callback events передают состояние брокера во внешние системы в реальном времени

HTTPS webhooks можно использовать для мониторинга устройств, контроля активности, автоматизации заявок и обработки аварий.

  1. connect

    Фиксация подключения client к брокеру.

  2. disconnect

    Диагностика потери связи и завершения сессии.

  3. subscribe

    Контроль подписок на ветки данных.

  4. unsubscribe

    Отслеживание снятия подписок.

  5. publish

    Передача факта публикации сообщения внешней системе.

REST API и интеграции

Брокер встраивается в существующую IT-инфраструктуру компании

API покрывает регистрацию tenant, авторизацию, обновление токенов, управление профилем, platform clients и callback-конфигурациями.

Tenant API

Регистрация tenant, авторизация, обновление токенов и управление профилем доступны через REST API.

Platform clients API

Создание, обновление и удаление MQTT-клиентов можно автоматизировать в onboarding-процессах.

Callback configuration

Внешняя система настраивает, какие события брокера нужно отправлять через HTTPS callbacks.

Интеграции вокруг событий

CRM, ERP, EAM и сервисные платформы могут использовать MQTT-события для мониторинга и автоматизации.

Интеграционный слой

UMEC Space MQTT Broker помогает строить собственные IoT-продукты и сервисные платформы

Это не просто канал передачи сообщений, а инфраструктурный слой для connected products, распределенного мониторинга, сервисных кабинетов и внешних интеграций.

Обсудить MQTT-контур Смотреть IoT Platform

ДанныеТелеметрия, команды, статусы, события и аварии.

ДоступTenant namespace, platform clients и TLS-подключение.

ИнтеграцииREST API, webhooks, CRM, ERP, EAM и сервисные платформы.