TRASSIR на объекте: проверить совместимость, нагрузку и эксплуатацию до масштабирования

На действующем объекте главный вопрос обычно не «поддерживает ли TRASSIR камеры вообще», а конкретнее:

• какие модели уже установлены;

• каким способом они подключаются;

• какие потоки доступны;

• нужен ли только просмотр текущего видео и архива или ещё события/аналитика;

• сколько одновременных операторов;

• какая глубина архива;

• что должен выдержать сервер;

• какие лицензии/модули действительно нужны.

Поэтому мы не начинаем с массового добавления всех камер.

Сначала составляем перечень оборудования, выбираем типовой набор устройств и проверяем его в пилоте: подключение → просмотр в реальном времени → запись → архив → экспорт записи → события → права → нагрузка.

Только после этого решение масштабируется.

Пришлите список моделей камер/регистраторов, примерную схему, число каналов и что операторы реально используют: просмотр в реальном времени, архив, события, аналитику, несколько мониторов. Сначала составим план проверки совместимости и пилотного испытания.

Официальная TRASSIR VMS поддерживает ONVIF и RTSP и рассчитана на работу с камерами разных производителей.

Но “есть изображение” не означает, что доказаны все нужные функции.

Для каждой типовой модели проверяем:

• основной поток;

• субпоток;

• разрешение, частота кадров и кодеки в нужной конфигурации;

• просмотр в реальном времени;

• запись;

• воспроизведение архива;

• экспорт записи;

• состояние устройства;

• события/метаданные, если они нужны;

• управление параметрами, если проект на это рассчитывает.

Если камера отдаёт видео, но нужное событие или функция не работает, это должно быть известно до масштабирования.

Рабочая таблица может выглядеть так:

МОДЕЛЬ → ПОДКЛЮЧЕНИЕ → ОСНОВНОЙ ПОТОК → ДОПОЛНИТЕЛЬНЫЙ ПОТОК → АРХИВ → СОБЫТИЯ → АНАЛИТИКА → ПРИМЕЧАНИЯ → ПРИНЯТО / С ОГРАНИЧЕНИЯМИ / ОТКЛОНЕНО

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

Это полезнее заявления: «TRASSIR поддерживает этот бренд».

TRASSIR официально поддерживает универсальное подключение по ONVIF/RTSP.

Для проекта это означает возможность подключения большого числа сторонних устройств.

Но функции конкретной камеры могут отличаться в зависимости от:

• модели;

• прошивка;

• профиля;

• способ подключения;

• того, какую функцию пытаемся использовать.

Поэтому мы не обещаем: «если есть ONVIF — будет работать вся аналитика и все события».

Проверяется именно требуемая функция.

Сначала формулируем:

• сколько каналов;

• какие камеры;

• какие операторы будут работать;

• нужна ли аналитика;

• нужна ли интеграция;

• нужен ли CMS/другой модуль;

• какой порядок работы с архивом;

• нужен ли перенос со старой системы.

После этого проверяется актуальная лицензия/модуль/коммерческая модель.

Конкретные артикулы и цены уточняем при подборе: они могут меняться.

Одинаковое число камер может создавать разную нагрузку.

Важны:

• кодек;

• разрешение;

• FPS;

• битрейт;

• число потоков;

• запись архива;

• аналитика;

• декодирование видео на экранах операторов;

• число одновременных пользователей;

• экспорт записи;

• операции с хранилищем.

Поэтому “64 камеры” без потоков и сценария работы недостаточно для выбора сервера.

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

Сервер может записывать нормально, но оператору неудобно работать из-за:

• слишком большого числа одновременно открытых камер;

• тяжёлого основного потока вместо дополнительного потока;

• нескольких мониторов;

• большого числа событий;

• слабой рабочей станции оператора;

• сложной раскладки.

Поэтому при приёмке проверяем реальную раскладку камер на экране:

• типичный экран;

• типичное число камер;

• переключение;

• поиск архива;

• экспорт записи;

• событие/тревога, если используется.

Недостаточно увидеть, что диск “заполняется”.

Тест:

1. создаём контрольный эпизод;

2. знаем только примерное время;

3. оператор находит нужную камеру;

4. открывает архив;

5. воспроизводит запись до события, во время и после него;

6. экспортирует нужный диапазон;

7. проверяет воспроизведение экспортированного файла/набора файлов согласно порядку работы с платформой.

Если задача объекта — расследование событий, этот сценарий важнее красивой раскладки текущего видео на мониторах.

В TRASSIR VMS предусмотрено управление пользователями.

На объекте заранее определяем роли пользователей, например:

• администратор системы;

• охрана/оператор;

• руководитель;

• сервисный инженер;

• пользователь с ограниченным доступом к просмотру.

Для каждой роли проверяем:

• какие камеры;

• просмотр в реальном времени;

• архив;

• экспорт записи;

• настройка;

• аналитика и события, если они используются.

Не выдаём одну учётную запись администратора всем только потому, что так быстрее.

Ошибка — выбрать для пилота одну самую новую камеру.

Если установлено оборудование разных производителей, в пилот берём:

• типовую новую модель;

• старую модель;

• стороннего производителя;

• сложную камеру с нужными событиями и аналитикой;

• устройство через ONVIF/RTSP, если это реальный путь;

• критичную сцену.

Цель пилота — найти ограничения, а не подтвердить заранее принятое решение.

Если старая VMS/NVR ещё работает, безопаснее заранее определить:

• что переносится первым;

• как проверяется архив;

• сколько времени системы сосуществуют;

• что является точкой возврата к прежней конфигурации;

• какие камеры считаются принятыми;

• когда старая система отключается.

Конкретная схема зависит от объекта.

Возможность перехода без перерыва в работе проверяется для конкретной системы.

TRASSIR предлагает широкий набор аналитики и программных модулей.

Для проекта это не означает, что нужно включать максимум функций.

Для каждого модуля должен быть вопрос:

• какое событие нужно получить;

• на какой камере;

• какая сцена;

• кто реагирует;

• что считается ложным и целевым событием;

• какая нагрузка;

• какая лицензия;

• как функция принимается.

Если аналитика не меняет реальный порядок работы, она не должна усложнять систему.

TRASSIR CMS — отдельный продукт для централизованного мониторинга/управления крупных и распределённых систем.

Из названия платформы нельзя сделать вывод: «TRASSIR = обязательно CMS».

CMS рассматривается только если есть соответствующий масштаб, несколько объектов или требование централизованного управления.

Подробная архитектура нескольких площадок рассматривается при интеграции в VMS.

ТЕСТ 1 — ПЕРЕЧЕНЬ ОБОРУДОВАНИЯ

Все типовые модели камер и серверов зафиксированы.

ТЕСТ 2 — ПОДКЛЮЧЕНИЕ

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

ТЕСТ 3 — ПОТОКИ

Основной и дополнительный потоки работают в принятой конфигурации.

ТЕСТ 4 — ТЕКУЩЕЕ ВИДЕО

Типовая операторская раскладка работает в реальном сценарии.

ТЕСТ 5 — АРХИВ

Контрольный эпизод записан и найден.

ТЕСТ 6 — ЭКСПОРТ

Фрагмент экспортирован и воспроизводится.

ТЕСТ 7 — СОБЫТИЯ

Нужные события/аналитика работают на тех моделях, где они являются требованием.

ТЕСТ 8 — РОЛИ

Оператор/администратор/другая роль видят только согласованный набор камер и функций.

ТЕСТ 9 — НАГРУЗКА

Проверена нагрузка на сервер и клиентские рабочие места в согласованном объёме пилотного испытания.

ТЕСТ 10 — ОТКАЗ

В согласованном безопасном сценарии проверяется отказ/перезапуск нужного узла и восстановление.

ТЕСТ 11 — РЕШЕНИЕ О МАСШТАБИРОВАНИИ

По каждому типу устройств есть ПРИНЯТО / С ОГРАНИЧЕНИЯМИ / ОТКЛОНЕНО.

После этого можно масштабировать.

• перечень оборудования;

• таблица совместимости;

• принятый способ подключения каждой модели;

• список реально используемых лицензий и программных модулей на уровне требований;

• профиль нагрузки;

• требования к архиву;

• таблица пользователей и ролей;

• результаты пилотного испытания;

• известные ограничения;

• последовательность перехода со старой системы, если он предусмотрен;

• точка возврата к прежней конфигурации, если переход предусмотрен;

• раскладка камер на экране оператора;

• программа приёмочных проверок;

• конфигурационные данные в согласованном безопасном объёме.

Секреты/пароли не публикуются в открытой документации.

Нужно выбрать/расширить именно HiWatch? → раздел о HiWatch.

Нужно проверить или расширить установленную систему Hikvision? → раздел о Hikvision.

Нужно объединить несколько объектов в единую VMS независимо от бренда? → «Интеграция объектов в VMS».

Нужно рассчитать серверное оборудование и хранилище как самостоятельную задачу? → «Сервер видеонаблюдения».

Нужно полностью модернизировать старую систему и ещё не выбрана VMS? → «Модернизация видеонаблюдения».

Проверка TRASSIR нужна, когда эта платформа уже используется на объекте или выбрана для проекта.

Полезно прислать:

• список камер и регистраторов;

• модели и известные версии прошивок;

• текущую VMS;

• число каналов;

• схемы площадок и серверов;

• нужную глубину архива;

• число операторов;

• рабочие раскладки;

• требования к аналитике и событиям;

• какая интеграция требуется;

• что из существующего оборудования желательно сохранить;

• какая функция сегодня не работает/ограничивает масштабирование.

Лучший исходный вопрос: «Какую функцию TRASSIR должен доказать на существующем оборудовании до того, как мы подключим остальные камеры?»

Стоимость зависит от:

• числа типов устройств;

• числа каналов;

• проверки совместимости;

• лицензий и программных модулей;

• сервера и хранилища;

• аналитики;

• пользователей и рабочих станций;

• перехода со старой системы;

• объединения нескольких площадок;

• интеграций;

• объёма пилота;

• документации;

• необходимости замены несовместимых узлов.

Не публикуем универсальную цену “за TRASSIR” без перечня оборудования и списка необходимых функций.

Пришлите перечень из 5–10 типовых устройств и опишите, что должно работать помимо просмотра текущего видео. С этого можно собрать пилот и понять реальную сложность до масштабирования.

TRASSIR работает с камерами других производителей?

TRASSIR официально заявляет широкую совместимость с оборудованием разных производителей и подключение по ONVIF/RTSP. Но конкретную модель и нужные функции всё равно проверяем фактически.

Если камера подключилась по ONVIF, будет работать вся аналитика?

Не обязательно. Текущее видео может отображаться, а фирменные события производителя камеры или аналитика — иметь ограничения. Проверяется конкретная функция.

Нужно менять все существующие камеры на TRASSIR?

Нет по умолчанию. Сначала составляется таблица совместимости. Исправные устройства, которые проходят приёмочные проверки, нет смысла менять только ради единого бренда.

Как понять, какой нужен сервер?

Нужно знать реальные потоки, частоту кадров и битрейт, параметры архива и аналитики, число операторов и рабочие раскладки камер на экранах. Одного количества камер недостаточно.

TRASSIR CMS нужен обязательно?

Нет. CMS — отдельное решение для соответствующего масштаба и централизованного управления. Его необходимость определяется архитектурой.

Можно сначала протестировать TRASSIR?

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