Корпоративная видеоаналитика: как спроектировать хранение, сеть и доступ

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

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

Разделите захват, анализ и хранение

Типовая архитектура содержит три уровня:

1. камера или локальный регистратор — получает поток;
2. edge-узел или центральный вычислительный контур — выполняет анализ;
3. видеоархив и система управления — хранит записи, события и права доступа.

Обработка на edge снижает исходящий трафик и позволяет продолжать часть функций при потере внешнего канала. Центральная обработка упрощает управление моделями и использование общих вычислительных ресурсов. На практике часто применяют гибрид: базовое событие определяется локально, а сложный анализ и поиск выполняются в центре.

Рассчитайте поток до закупки хранения

Объём зависит от числа камер, среднего битрейта, времени записи и срока хранения. Для предварительной оценки:

объём ≈ битрейт × время записи × число камер.

Но в проекте необходимо учитывать:

• переменный битрейт;
• запись по движению;
• основной и дополнительный потоки;
• резерв на служебные данные;
• репликацию;
• экспорт фрагментов;
• рост числа камер;
• период обслуживания.

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

Сеть должна выдерживать штатный и аварийный режим

Проверьте не только суммарную полосу. Важны:

• загрузка каждого доступа и uplink;
• задержка и потеря пакетов;
• качество при переключении маршрута;
• изоляция видеосети;
• питание коммутаторов;
• локальный буфер при обрыве;
• восстановление пропущенного участка;
• ограничение влияния видеотрафика на бизнес-системы.

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

Храните события отдельно от тяжёлого видео

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

• видеопоток;
• миниатюры;
• метаданные событий;
• результаты аналитики;
• журнал действий пользователя;
• экспортированные доказательные фрагменты.

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

Политика хранения должна задавать срок для каждого типа данных. Хранить всё бессрочно дорого и рискованно; удалять записи без учёта расследований и обязательств также неправильно.

Права доступа и аудит

Пользователь должен видеть только разрешённые объекты, камеры и интервалы. Отдельно контролируйте:

• просмотр онлайн;
• поиск в архиве;
• экспорт;
• изменение настроек;
• управление пользователями;
• настройку правил аналитики;
• удаление данных.

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

Состав персональных данных и применимые требования зависят от сценария, места съёмки, целей и используемой аналитики. Их нужно определять для конкретной системы; общий подход к границам ответственности описан в статье о ФСТЭК и защите данных.

Аналитика ошибается в обе стороны

Ложное срабатывание создаёт лишнюю нагрузку, а пропуск события — скрытый риск. Для каждой функции нужны отдельные метрики:

• precision;
• recall;
• доля событий, подтверждённых оператором;
• время от события до уведомления;
• качество по объектам и времени суток;
• доля камер с ухудшенной сценой;
• дрейф после изменения освещения или ракурса.

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

Наблюдаемость системы

Контролируйте:

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

Алерт «камера недоступна» полезен, но недостаточен: камера может отвечать, передавая чёрный кадр или замерший поток. Нужны проверки качества изображения и свежести кадров. Подход к построению такого контура продолжает рекомендации из статьи о наблюдаемости инфраструктуры.

Резервирование и восстановление

Для критичных объектов определите:

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

Видеопоток большого объёма не всегда копируют тем же способом, что базы данных. Иногда важнее репликация критичных событий, метаданных и конфигурации плюс локальное удержание видео. Решение принимается из RPO/RTO и ценности конкретных данных.

Как можем помочь

«Лоджик Телеком» может помочь рассчитать сетевую и вычислительную нагрузку, спроектировать архив, резервирование и мониторинг. Начните с одного объекта и одной аналитической функции: измерьте реальный поток, качество событий и поведение при обрыве канала.