Skip to content

Обзор развёртывания и архитектура ​

RUSEON Core — это автономный сервис видеоинфраструктуры в виде единого бинарного файла без внешних рантайм-зависимостей. Будь то развёртывание на компактных ARM64 шлюзах, выделенных серверах или в кластерах контейнеризации, RUSEON обеспечивает предсказуемое потребление ресурсов и минимальную нагрузку на процессор.


Сравнение способов развёртывания ​

Способ развёртыванияДля чего лучше всего подходитПреимуществаОсобенности
Docker ComposeДомашние серверы, standalone production, edge-узлыДекларативная конфигурация, автоперезапуск, изолированные томаТребует установленного демона Docker
Автономный DockerKubernetes, Nomad, контейнерные кластерыСтандартизированный образ, простота CI/CD доставкиРучная настройка проброса портов и томов
Бинарный сервис (systemd)Выделенные серверы (Bare-Metal), встраиваемые Linux платыМаксимальная производительность, прямой доступ к вызовам ядраТребует ручной настройки systemd-юнита
Прямой доступИзолированные серверы без проксиМинимальная задержка, простота WebRTC ICEТребует прямого открытия портов наружу
Reverse ProxyХосты с несколькими сервисами, корпоративный DMZАвтоматические сертификаты Let's Encrypt, WAFНеобходима правильная настройка заголовков WebSocket и WHEP

Архитектура персистентного хранилища ​

RUSEON Core разделяет хранение данных на три независимые директории:

  1. Хранилище состояния (/app/data/db): Встроенная база данных BadgerDB v4 (конфигурации камер, пользователи, JWT-ключи, метаданные архива). Рекомендуется размещать на быстрых SSD/NVMe.
  2. Видеоархив (/app/recordings): Иерархические файлы записей fMP4 ({camera}/{YYYY}/{MM}/{DD}/{HH}/*.mp4). Могут размещаться на HDD массивах, SATA SSD или сетевых хранилищах NAS/SAN.
  3. Резервные копии (/app/backups): Ежедневные снапшоты базы данных BadgerDB.

Подразделы руководства по развёртыванию ​

Связанная документация ​

Released under the MIT License.