VMS в 2026 году: что будет в системах видеонаблюдения

Почему Фора Софт написала это руководство по VMS

Фора Софт разрабатывала промышленные системы видеонаблюдения для компаний самого разного профиля — от финтех-платформ (например, BrainCert) до сервисов мультиплатформенной видеодистрибуции (например, Vodeo). За последние шесть лет мы спроектировали системы, которые управляют сотнями камер, петабайтами архива и миллионами запросов в день. В этом руководстве собраны архитектурные и операционные уроки, которые мы извлекли, создавая системы видеонаблюдения на заказ под высокую нагрузку.

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

Что такое VMS? Сравнение VMS, NVR, DVR и VSaaS

VMS (Video Management Software) — программное обеспечение для управления видео — это интеллектуальное ядро любой системы видеонаблюдения. Оно управляет живыми видеопотоками с IP-камер, сохраняет записи, позволяет искать и воспроизводить видео, отправляет уведомления и работает вместе с системами контроля доступа и сигнализации. Понимание того, как VMS соотносится с другими архитектурами видеонаблюдения, важно при разработке проектных решений.

VMS (Video Management Software)

NVR (Network Video Recorder)

DVR (Digital Video Recorder)

VSaaS (Video Surveillance as a Service)

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

Ключевые функции VMS

Промышленная VMS должна выполнять определённый набор задач. Эти двенадцать функций — обязательный минимум:

1. Поддержка нескольких камер и автоматическое обнаружение

VMS должна принимать потоки с десятков, сотен или тысяч IP-камер без необходимости их ручной регистрации. Автообнаружение (через UPnP или mDNS) позволяет легко добавлять новые камеры. Балансировка нагрузки между несколькими узлами записи устраняет узкие места на отдельных серверах. При высокой нагрузке VMS требует автоматической отказоустойчивости и мониторинга состояния, чтобы поддерживать высокую доступность системы.

2. Поддержка протокола ONVIF

ONVIF (Open Network Video Interface Forum) — открытый стандарт совместимости IP-камер от разных производителей. Профили S (стриминг), T (передача), G (распознавание походки) и M (метаданные) определяют, какие функции поддерживает камера. VMS с поддержкой профилей ONVIF S и T позволяет использовать камеры разных брендов без изменения кода — это важно, чтобы не оказаться привязанным к одному поставщику.

3. Живой видеомониторинг и управление PTZ (поворот, наклон, зум)

Операторам нужен прямой просмотр в реальном времени с минимальной задержкой — для одной, десяти или более сотен камер. Эффективный стриминг (RTSP, WebRTC, HLS) и оптимизированное декодирование помогают контролировать нагрузку на процессор и пропускную способность сети. Управление PTZ (поворот, наклон, зум, фокус) должно быть быстрым — задержка должна быть меньше 200 мс. Многие VMS-платформы предлагают мобильные приложения для удалённого просмотра видео в реальном времени.

4. Непрерывная запись и политики хранения

VMS должна вести запись со всех камер круглосуточно и использовать многоуровневое хранение (горячее, тёплое, холодное). Система должна сохранять запись даже при сбоях сети — за счёт буферизации и автоматического возобновления после восстановления. Политики хранения определяют, сколько времени видео остаётся в системе перед удалением. В большинстве случаев на горячем хранилище (с быстрым доступом) видео хранится от 7 до 30 дней, а более старые данные перемещаются в холодное хранилище (медленное, но дешёвое).

5. Поиск и воспроизведение с умной перемоткой

Найти 15-секундный инцидент в 30 днях видео бессмысленно, если на это уходит 2 часа. VMS должна индексировать записи по временной метке, камере и (опционально) тегам метаданных. Быстрая перемотка, покадровый переход, синхронное воспроизведение нескольких камер и экспорт в стандартные форматы (MP4, AVI) — это базовые ожидания.

6. AI-аналитика и детекция

Современные VMS интегрируют AI-движки для распознавания движения, объектов (машины, люди, животные), считывания автомобильных номеров (LPR), лиц, выявления праздношатания и пересечения линий, а также обнаружения аномалий. Edge AI (на камере или edge-устройстве) обрабатывает видео локально, чтобы отправлять уведомления с минимальной задержкой. Облачный AI выполняет сложные расчёты, связывая данные с нескольких камер.

7. Умные уведомления и управление событиями

VMS должна отправлять уведомления по результатам анализа (движение, вторжение, обнаружение объектов и т. д.) и по внешним событиям (контроль доступа, сигнализации, срабатывание датчиков). Уведомления приходят операторам по email, SMS, через webhook или push-уведомления. Правила отключения уведомлений (например, «не уведомлять о движении в рабочее время на этой камере») помогают уменьшить количество ложных срабатываний.

8. Управление пользователями и ролевой доступ (RBAC)

VMS должна поддерживать несколько ролей операторов с детальными правами: только просмотр, только поиск, управление PTZ, экспорт, настройка аналитики, администрирование системы. Журналы аудита фиксируют каждый вход, просмотр, экспорт и изменение настроек. MFA (многофакторная аутентификация) повышает защиту от атак на учётные данные.

9. Интеграции со сторонними системами

VMS редко работает отдельно. Обычно её интегрируют с системами контроля доступа (карт-ридеры, дверные замки), панелями сигнализации, системами управления зданием (BMS), брокерами сообщений MQTT и системами учёта инцидентов. Открытые webhook и REST API позволяют создавать собственные интеграции.

10. Мобильные приложения

Операторам и менеджерам нужен доступ в любое время: просмотр в реальном времени, воспроизведение записей, уведомления и управление камерой (PTZ). Нативные приложения для iOS и Android (или адаптивный веб-интерфейс) должны стабильно работать в условиях нестабильного соединения — по LTE или 5G. Push-уведомления мгновенно оповещают операторов о важных событиях.

11. Кибербезопасность и шифрование

Видеопотоки и конфигурационные данные — важная цель для атак. VMS должна поддерживать TLS 1.2+ для всего трафика, использовать шифрование AES-256 при хранении данных, соответствовать стандарту FIPS 140-2 при необходимости и требованиям NDAA для участия в государственных контрактах США. Обязательны регулярные проверки безопасности и своевременное обновление системы.

12. Мониторинг состояния системы и диагностика

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

Сравнение ведущих VMS-платформ

Ландшафт VMS в 2026 году включает локальные платформы с бессрочной лицензией, гибридные модели и полностью облачные решения (VSaaS). Вот краткое сравнение лидеров рынка:

Платформа	AI-аналитика	Модель оплаты	Облачный вариант	Для кого лучше всего
Milestone XProtect	Движение, объекты, LPR, лица (встроенные и партнёрские)	Бессрочная лицензия на камеру или объект	Гибрид XProtect Connect	Крупный бизнес, внедрение в нескольких объектах
Genetec Security Center	Движение, объекты, люди, бездействие, пересечение линий	Бессрочная или гибридная подписка	Гибрид Genetec Cloud	Корпоративные интеграции, единая система доступа и VMS
Axis Camera Station	Движение, объекты, метаданные (ограниченная аналитика)	Лицензия за камеру или объект	Опционально Axis Companion Cloud	Средний сегмент, приверженцы экосистемы Axis
Verkada Command	Движение, объекты, лица, автомобильные номера (только облако)	Подписка за камеру в месяц	100% облачная (VSaaS)	Распределённые малые и средние объекты без ИТ-персонала
Eagle Eye Networks	Движение, объекты, лица (облачная аналитика)	Подписка за камеру в месяц	100% облачная (VSaaS)	Ритейл, гостеприимство, мультилокационные сети
Frigate (open-source)	Движение, объекты, лица (edge AI через TensorFlow)	Бесплатно (OSS), можно развернуть на своём сервере	Нет облачного варианта (только локально)	Кастомные сборки, чувствительные к бюджету, AI-первичные нагрузки

AI-аналитика видео: возможности и реальные сценарии

AI-аналитика превращает сырые видеопотоки в полезную информацию для принятия решений. VMS с интегрированным AI даёт операторам конкурентное преимущество.

Детекция движения и умные триггеры

Традиционная детекция движения реагирует на всё подряд — трафик, падающие листья, тени. Современные ML-фильтры умеют отличать человека от фоновых помех. Умные правила вроде «уведомлять, только если человек заходит в зону X с 18:00 до 6:00» снижают количество ложных срабатываний на 80–90%.

Детекция и классификация объектов

Камеры больше не просто записывают — они понимают, что происходит. Распознавание объектов позволяет определять людей, транспорт, велосипеды, посылки и животных. Классификация отвечает на вопрос: «Это грузовик, седан или мотоцикл?» В розничной торговле VMS использует эти данные для подсчёта посетителей, на парковках — для поиска брошенных автомобилей. VMS с распознаванием объектов в реальном времени помогает операторам сосредоточиться на реальных угрозах.

Распознавание автомобильных номеров (LPR)

LPR распознаёт номера автомобилей и сохраняет их как метаданные, которые можно искать. Правоохранительные органы используют LPR для поиска нужных машин. На парковках и пунктах оплаты система автоматизирует расчёты. Точность LPR превышает 95% на хорошо освещённых камерах с чётко видимыми номерами; при плохом освещении или нестандартных ракурсах она, как и ожидалось, снижается.

Распознавание лиц и поиск людей

Камеры фиксируют лица по всей наблюдаемой территории. Эмбеддинги лиц (векторные представления) позволяют выполнить запрос вида «найди все появления человека X на камерах A–Z за последние 30 дней». VMS-платформы интегрируют распознавание лиц ответственно: обязателен аудит, снижение искажений (bias) и документирование согласия.

Детекция праздношатания

Определяет, когда человек находится в зоне дольше установленного времени (например, «уведомить, если кто-то задержался в тамбуре банкомата более 5 минут»). Предотвращение ограблений банков, снижение потерь в ритейле. Тонкая настройка порога важна, чтобы избежать перегрузки уведомлениями.

Пересечение линий и охрана периметра

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

Edge AI против облачного AI: архитектурные компромиссы в 2026 году

Проектирование VMS упирается в критический выбор: где работает аналитика? Лучшая практика 2026 года — гибридная модель.

Edge AI (камера или локальное устройство)

Плюсы: задержка менее 100 мс для уведомлений в реальном времени, приоритет приватности (видео не покидает объект), меньшая нагрузка на WAN. Минусы: ограниченные модели машинного обучения из-за вычислительных ограничений; отсутствие анализа между камерами; дополнительные усилия при обновлении прошивок.

Задержка на практике: edge AI может распознать движение или объект и отправить уведомление уже через 50–150 мс после события. Это идеально подходит для сценария «нарушитель в закрытой зоне — немедленно вызвать охрану».

Облачный ИИ (централизованная аналитика)

Плюсы: полный набор ML-моделей (распознавание лиц, LPR, детекция аномалий), корреляция между камерами («найди этого человека на 500 камерах»), простое масштабирование, отсутствие необходимости в локальной AI-инфраструктуре. Минусы: задержка 500 мс–5 с (слишком велика для защиты в реальном времени), расходы на исходящий трафик, вопросы суверенитета данных и приватности, зависимость от облачного провайдера.

Задержка на практике: облачный AI добавляет 500 мс–5 с на круговой путь для инференса. Подходит для анализа инцидентов после их возникновения (например, «кто был этот человек?»), но не подходит для оперативного реагирования на угрозы в реальном времени.

Гибридная архитектура: стандарт 2026 года

Разверните лёгкие модели (движение, базовые объекты) на edge для уведомлений в реальном времени. Передавайте полное видео и метаданные с edge в облако. Запускайте ресурсоёмкие модели (поиск по лицам, корреляция LPR, детекция аномалий) в облаке для анализа инцидентов и стратегических решений.

Почему побеждает гибрид: edge обеспечивает реакцию за миллисекунды (охрана вмешивается); облако даёт мощные инструменты для анализа инцидентов (найти подозреваемого спустя недели). VMS, поддерживающая оба подхода, завоёвывает доверие и распространение.

Протоколы, на которых работает современная VMS: ONVIF, RTSP, MQTT

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

ONVIF (Open Network Video Interface Forum)

ONVIF — универсальный «язык» для IP-камер. Он определяет, как камеры передают свои возможности (стриминг, PTZ, аналитика, метаданные) и как системы видеонаблюдения (VMS) их находят и управляют ими. Профили ONVIF стандартизируют определённые наборы функций:

• Профиль S (Streaming): видеостриминг (обязателен для всех IP-камер). Включает кодеки H.264 и H.265, а также настройку разрешения, частоты кадров и битрейта.
• Профиль T (Transmission): управление PTZ, настройка изображения (фокус, диафрагма, яркость). Необходим для камер с поддержкой PTZ.
• Профиль G (Gait Recognition): метаданные для повторной идентификации человека по походке. Развивающийся, нишевый.
• Профиль M (Metadata): стандартизированные события метаданных (движение, аналитические триггеры). Критически важен для уведомлений по правилам в VMS.

Заявление VMS о «поддержке профилей ONVIF S и T» означает, что любая современная IP-камера работает «из коробки». Никаких кастомных драйверов, никаких сюрпризов с прошивкой. Это не обсуждается.

RTSP и RTSPS (Real-Time Streaming Protocol)

RTSP — де-факто стандарт для передачи видео с IP-камер в системы видеонаблюдения (VMS). RTSPS (RTSP поверх TLS) обеспечивает шифрование потока. Система VMS должна поддерживать оба протокола. RTSP-адреса (rtsp://camera-ip:554/stream1) лежат в основе логики обнаружения камер и обеспечения отказоустойчивости.

MQTT и брокеры сообщений

MQTT обеспечивает интеграцию на основе событий. Когда камера обнаруживает движение, она отправляет сообщение в брокер MQTT. VMS подписана на это сообщение и запускает нужные действия — например, отправляет уведомление, включает сирену или разблокирует дверь. MQTT делает системы независимыми: каждый компонент работает отдельно, легко масштабируется и тестируется. Многие современные платформы VMS поддерживают публикацию и подписку через MQTT для создания собственных интеграций.

Архитектура хранения и политики хранения данных

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

Расчёт объёма хранилища

Одна камера 1080p, записывающая 24/7 в формате H.264 (стандартное сжатие), расходует около 0,8–1,2 ГБ в час, или 19–29 ГБ в день. При использовании H.265 (HEVC) объём снижается до ~0,4–0,6 ГБ в час, или 10–14 ГБ в день — это на 50% меньше. Для системы из 100 камер с хранением данных 30 дней в формате H.264 потребуется 54–87 ТБ горячего хранилища.

Кодек	Битрейт (1080p, 30 к/с)	ГБ/час	ГБ/день (24 ч)	ГБ/30 дней
H.264	2,5–3,5 Мбит/с	1,1–1,6	26–38	780–1 140
H.265 (HEVC)	1,2–1,8 Мбит/с	0,5–0,8	12–19	360–570

Стратегия многоуровневого хранения

Горячее хранилище (SSD/NAS, 7–14 дней): быстрый доступ для поиска и воспроизведения. Высокая стоимость за ТБ. Операторы ожидают, что поиск недавних инцидентов будет выполняться быстрее секунды.

Тёплое хранилище (массивы HDD, 15–90 дней): доступ медленнее, но дешевле. Подходит для расследований старше недели. Задержка поиска — 2–5 секунд, что считается приемлемым.

Холодное хранилище (архив, лента, облачное объектное хранилище, 1+ год): хранение для соблюдения нормативных требований, восстановления после сбоев и юридических запросов. Извлечение данных занимает от нескольких минут до нескольких часов. Самая низкая стоимость за ТБ.

VMS должна автоматически управлять многоуровневым хранением: новое видео размещается на SSD, через 14 дней перемещается на HDD, через 90 дней — в архив, а по истечении срока хранения — удаляется.

Примеры политик хранения

• Ритейл: 30 дней на «горячем» (быстро расследовать кражи и мошенничество), 90 дней на «тёплом» (анализ инцидентов). Основной фактор затрат — ежедневный поток посетителей и съёмка с нескольких ракурсов.
• Банки: 90 дней на горячем (окно регуляторных проверок), 7 лет на холодном (регуляторный архив). Драйвер затрат — соответствие требованиям и ведение журналов аудита.
• Производство: 14 дней на горячем (обзор операционной безопасности), 1 год на холодном (расследование инцидентов). Драйвер затрат — высокая частота замены кадров скоростных камер и большое их количество.
• Умный город: 7 дней на горячем (реагирование на трафик и безопасность), 1 год на холодном (планирование и аудиты). Драйвер затрат — сотни или тысячи камер, работающих 24/7.

Кибербезопасность: усиление защиты вашей VMS

Видеопотоки и конфигурационные данные — ценная цель для злоумышленников. Скомпрометированная VMS может стать точкой входа для проникновения в системы контроля доступа, сигнализации и корпоративные сети.

Шифрование при передаче и хранении

TLS 1.2 или выше для всего сетевого трафика (камера–VMS, VMS–клиент, VMS–облако). Шифрование AES-256 для хранимых записей и конфигурационных данных. Проверяйте используемые шифры раз в год и отключайте устаревшие и небезопасные.

Аутентификация и авторизация

Многофакторная аутентификация (MFA) обязательна для всех операторов. Ролевой доступ (RBAC) гарантирует, что операторы видят только те камеры и функции, которые им нужны. Сервисные учётные записи для интеграций используют API-ключи или токены с сроком действия от 90 до 180 дней.

Стандарты соответствия

• FIPS 140-2: федеральная сертификация криптомодулей США. Требуется для использования в государственных системах США.
• Соответствие NDAA: отсутствие китайского оборудования и программного обеспечения в цепочке поставок. Требуется для Минобороны США и отраслей, подлежащих регулированию ITAR.
• GDPR/HIPAA: в зависимости от отрасли требования к хранению данных и защите конфиденциальности обязательны. VMS должна поддерживать локализацию данных.

Журналирование аудита и разбор инцидентов

Каждое действие в VMS — вход, просмотр, экспорт, изменение конфигурации, срабатывание уведомления — должно фиксироваться с временной меткой, указанием пользователя и результатом. Журналы аудита должны быть неизменяемыми (запись один раз или только добавление) и передаваться в централизованную SIEM. Скомпрометированную VMS можно проверить уже после инцидента.

Сегментация сети

VMS и камеры должны находиться в выделенном VLAN, изолированном от корпоративной сети. Файрволы должны ограничивать доступ: камеры — VMS, VMS — резервное копирование, VMS — облако, операторы — VMS. Прямой выход камер или узлов записи в интернет запрещён.

Экосистема интеграций: подключение VMS к другим системам

VMS редко работает изолированно. Интеграция с системами контроля доступа, сигнализации и бизнес-приложениями многократно повышает её ценность.

Интеграция с контролем доступа

Когда карта открывается дверь, VMS записывает видео с камеры этой двери как «привязанное к держателю карты X в момент времени T». Одновременная разблокировка двери и включение камеры формируют журнал аудита. Вендоры вроде Genetec тесно интегрируют VMS с системами контроля доступа в единые платформы.

Панели сигнализации и интеграция с датчиками

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

Система управления зданием (BMS)

BMS передаёт данные о заполненности, работе HVAC и освещении. VMS может сопоставлять события: например, «движение во внерабочее время в зоне X, когда HVAC выключен» — это признак вторжения. И наоборот, VMS может запускать действия в BMS: «инцидент на 3-м этаже» — разблокировать аварийные выходы и включить аварийное освещение.

Управление мобильными устройствами (MDM)

Операторы, использующие мобильные приложения VMS, должны управлять устройствами через MDM (MobileIron, Microsoft Intune). Обеспечьте шифрование данных, разблокировку по биометрии и возможность удалённого удаления данных при утере устройства.

Системы тикетов и ITSM

Когда срабатывает уведомление, VMS может автоматически создать тикет в вашей системе управления инцидентами (Jira, ServiceNow). Включите временную метку видео, камеру и тип уведомления. Операторы видят всю необходимую информацию, не переключаясь между системами.

Аналитические и BI-платформы

Метрики VMS (время доступности, потеря кадров, использование хранилища, частота уведомлений по типу и камере) попадают в дашборды бизнес-аналитики. Менеджеры отслеживают KPI, не заходя в консоль VMS.

Webhook и REST API

Современные VMS предоставляют webhook и REST API. Любой HTTP-клиент может запускать действия камер, запрашивать записи или подписываться на события. Эта гибкость позволяет создавать собственные интеграции: например, скрипт на Python может отслеживать повторяющиеся ложные срабатывания и автоматически подстраивать чувствительность.

Реальные внедрения VMS по отраслям

Стратегии VMS сильно различаются в зависимости от отрасли. Вот как проектируют VMS для разных сценариев.

Ритейл и гостеприимство

Мультилокационные сети используют центральную систему видеонаблюдения (VMS), которая управляет 100–1000+ камерами в десятках магазинов. Основные задачи — интеграция с POS (сопоставление кассовых операций с видео для расследования краж и мошенничества), распознавание лиц (проверка VIP-клиентов и людей из чёрного списка) и быстрый поиск (реагирование на инциденты за минуты, а не за часы). В этом сегменте лидируют VSaaS-платформы, такие как Verkada и Eagle Eye, потому что они снижают расходы на локальную ИТ-инфраструктуру и легко масштабируются.

Здравоохранение и соответствие требованиям

Больницы используют VMS для обеспечения безопасности (в приёмном отделении, в закрытых зонах) и для выполнения операционных задач (например, контроль доступа в операционные). Требования HIPAA и HITECH предполагают шифрование данных, контроль доступа и ведение журналов аудита. Видео редко хранится в том же дата-центре, что и электронные медицинские карты (EHR) — часто применяется географическое разделение. Готовые решения VMS (например, Genetec, Milestone) интегрируются с облачным резервным копированием, совместимым с HIPAA, через платформы интернет-телевидения.

Образование и школы

Школы внедряют системы видеонаблюдения (VMS) для обеспечения безопасности территории — контроля за входом и выходом, а также за игровыми площадками. Бюджеты ограничены, поэтому всё чаще выбирают open-source-решения, например Frigate. Вопросы приватности, особенно при съёмке детей, требуют хранения данных локально, жёсткого контроля доступа и информирования родителей. Полностью облачные (VSaaS) системы не используются — стандартом стали локальные или гибридные модели.

Производство и логистика

Заводы используют VMS для обеспечения безопасности (обнаружение падений при работе на высоте, контроль доступа к оборудованию), контроля качества (проверка продукции с помощью компьютерного зрения) и охраны (выявление хищений запасов, краж со стороны сотрудников). Видео часто комбинируют с данными промышленного IoT (скорость конвейера, состояние станков) для анализа причин инцидентов. Использование Edge AI на локальных серверах предпочтительнее — это позволяет обрабатывать видео без отправки его в облако.

Умные города и общественная безопасность

Города развёртывают VMS для управления сотнями и тысячами камер — для контроля трафика, общественной безопасности и экологического мониторинга. Основные задачи: оптимизация движения (подсчёт объектов, распознавание поведения), координация экстренных служб и контроль состояния инфраструктуры (например, датчики паводков в связке с видео). Масштаб облачных решений и обмен данными между ведомствами способствуют переходу на гибридные или SaaS-платформы (например, Genetec Cloud, Milestone Connect). Приватность и права граждан требуют прозрачного управления, ведения журналов аудита и чётких правил хранения данных.

Как Фора Софт разрабатывает VMS на заказ: подход Agent Engineering

Разработка VMS в Фора Софт построена на философии Agent Engineering: система представлена как команда автономных взаимодействующих агентов. Каждый агент выполняет свою задачу — запись, поиск, аналитику или уведомления — и общается с другими через событийные протоколы, такие как MQTT и webhook. Такой подход упрощает архитектуру и позволяет быстро вносить изменения.

Ключевые практики: stateless-сервисы (каждый компонент масштабируется независимо), event sourcing (все изменения состояния фиксируются для аудита и повторного воспроизведения) и непрерывный стриминг (потоковая обработка вместо пакетной). Результат: VMS, которые остаются отзывчивыми и легко поддерживаемыми при росте с 10 до 10 000 камер.

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

Кейс: миграция розничной сети из 200 камер на H.265

Розничная сеть из 18 магазинов использовала устаревшую систему видеонаблюдения (VMS), управлявшую 200 камерами (по 10 на магазин) в формате H.264. Она потребляла 160 ТБ горячего хранилища при сроке хранения 30 дней. Планируемое расширение требовало подключения ещё 30 камер, но объём хранилища уже был исчерпан.

Задача: расширить охват камер без покупки дополнительного дискового хранилища. Существующая система видеонаблюдения не поддерживала H.265; переход на новую платформу рассматривали, но бюджеты были жёсткими.

Решение: Фора Софт разработала гибридную стратегию записи. Edge-узлы в каждом магазине в реальном времени транскодировали видеопотоки с существующих камер в формат H.265 (нагрузка на процессор — 0,5% на камеру) и сохраняли новые записи в этом же формате. Архивные данные на срок более 30 дней хранились в исходном формате H.264 для соответствия требованиям. Новые камеры подключались сразу с поддержкой H.265.

Результаты (проект на 12 недель): потребление хранилища снизилось с 160 ТБ до ~112 ТБ (сокращение на 30%). В тот же объём поместились ещё 30 камер. Качество видео для операторов осталось прежним — битрейты H.265 настроили так, чтобы оно соответствовало качеству H.264. Срок хранения увеличили с 30 до 42 дней без замены оборудования. Экономия: 6–9 млн ₽ на отложенных закупках хранилища.

Главный урок: решения по VMS (кодек, многоуровневое хранение, обработка на edge) сильно влияют на ROI. Сокращение объёма хранилища на 50% — это не только экономия на оборудовании, но и уменьшение времени резервного копирования и восстановления, снижение энергопотребления (включая охлаждение) и ускорение поиска (за счёт меньших индексов).

Хотите оптимизировать внедрение VMS? Свяжитесь с нашей командой по телефону +7 (911) 236-51-91 или напишите на info@fora-soft.ru.

Пять вопросов, которые помогут выбрать VMS

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

Q1: Сколько камер и объектов вы управляете сегодня и как идёт рост?

Если у вас менее 50 камер на одном объекте, подойдёт NVR или небольшая локальная VMS. При 100–1000+ камер на нескольких объектах нужна распределённая VMS или VSaaS. Важно учитывать темпы роста: если вы добавляете по 50 камер в год в течение пяти лет, планируйте на 250 камер. Заложите запас в 2–3 раза по объёму хранилища, вычислительным ресурсам и лицензиям.

Q2: Насколько вы готовы к облачным сервисам и SaaS?

Если у вас изолированные локальные сети без выхода в интернет (например, на производстве, в военных или медицинских учреждениях), облачная VMS использовать нельзя. Обязательны локальные или гибридные решения. Если у вас стабильное и надёжное подключение к облаку, а вы доверяете облачным провайдерам, VSaaS (например, Verkada, Eagle Eye) обеспечивает простоту настройки и автоматическое масштабирование. Гибридная модель — локальная запись видео и облачный поиск — позволяет найти баланс между безопасностью и удобством.

Q3: Какую аналитику нужно выполнять в реальном времени, а какую — после события?

Если вам нужно уведомление за доли секунды (нарушитель обнаружен, охрана поднята, дверь разблокирована), разверните edge AI на камерах или узлах записи. Если вы проводите ретроспективный анализ («проиграй последнюю кражу и найди подозреваемого»), подойдёт облачная аналитика. Большинство внедрений используют оба варианта: edge — для защиты в реальном времени, облако — для глубокого анализа инцидентов.

Q4: Какие интеграции нельзя обсуждать?

Если ваша VMS должна синхронизироваться с системой контроля доступа, BMS и тикетами инцидентов, вам понадобятся открытые API и webhook. Проприетарные VMS (некоторые устаревшие платформы) усложняют и удорожают интеграции. Оцените опыт интеграции VMS и узнайте у бывших клиентов, насколько трудоёмкими были кастомные интеграции.

Q5: Каков ваш бюджет: разовые затраты (CapEx) или текущие расходы (OpEx), бессрочная лицензия или подписка?

Бессрочные лицензии (Milestone, Genetec) — высокие первоначальные затраты, но низкие операционные расходы. Подписки (VSaaS) равномерно распределяют расходы, однако в долгосрочной перспективе общая сумма оказывается выше. Гибридный подход — бессрочное ядро и подписка на аналитику — набирает популярность. Составьте 5-летний финансовый план и подстройте под него выбор решения.

Пять типичных ошибок при внедрении VMS

Учитесь на чужих ошибках.

1. Привязка через ONVIF и проприетарные профили

Некоторые производители VMS заявляют о «поддержке ONVIF», но на деле для продвинутых функций — таких как PTZ, работа с метаданными и интеграции — требуют использовать только свои камеры. В результате вы оказываетесь привязаны к одному бренду. Требуйте строгой поддержки профилей ONVIF S и T и обязательно протестируйте систему на камерах разных производителей до запуска в продакшен.

2. Недооценка объёма хранилища

Оценивайте консервативно: рассчитывайте на 1,5 ГБ в час на камеру 1080p в H.264 (а не 0,8). На практике часто используют более высокие битрейты ради качества. Оценка «срок хранения 30 дней», не учитывающая пиковый битрейт или рост, приведёт к кризису ёмкости на третий месяц. Заложите 50% запаса в бюджет хранилища.

3. Пренебрежение сегментацией сети

Камеры в корпоративной сети — серьёзная угроза безопасности: они становятся уязвимыми точками, через которые злоумышленники могут проникнуть в критически важные системы. Всегда размещайте камеры и VMS в отдельном VLAN. Настройте строгие правила брандмауэра. Если вы не можете разделить сеть, значит, вы пока не готовы к использованию корпоративной VMS.

4. Облачная отказоустойчивость по остаточному принципу

Внедрения, на 100% полагающиеся на облачную VMS (VSaaS), рассчитывают на идеальное интернет-соединение. При малейшем сбое у провайдера операторы теряют доступ к видео. Всегда предусматривайте локальную запись и воспроизведение через edge-узлы или локальную отказоустойчивость. Вопрос «как мы будем работать без интернета?» должен быть базовым требованием с самого начала.

5. Откладывание кибербезопасности на «второй этап»

Безопасность, добавленная задним числом, хрупкая и дорогая. Шифрование, MFA, аудит, сегментация сети и сканирование уязвимостей должны быть заложены на этапе проектирования. VMS, развернутая без базовой безопасности, в итоге потребует дорогостоящей полной замены — когда взломы или проверки соответствия это вынудят.

Измерение здоровья VMS: ключевые метрики

Как понять, что ваша VMS работает хорошо? Следите за этими KPI.

Надёжность и время доступности

• Время записи по камере: доля времени, когда камера действительно записывает. Цель — более 99,5% (простои менее 4 часов в месяц). Следите за каждой камерой отдельно, чтобы найти проблемные модели или сбои в сети.
• Частота потери кадров: доля видеокадров, потерянных из-за перегрузки сети, ошибок при декодировании или перегрузки диска. Цель — менее 0,1%. Если показатель выше, это значит, что где-то есть «узкое место», которое нужно устранить.
• Задержка поискового запроса: время, за которое система возвращает результаты по запросу «покажи все события движения на камере X с момента A по B». Цель — менее 2 секунд для свежих данных (горячее хранилище), менее 10 секунд для архива. Медленный поиск может указывать на повреждение индекса, сбой диска или необходимость оптимизации запросов.

Хранилище и сроки хранения

• Использование хранилища: доля занятого дискового пространства. Цель — 70–85%. Если выше 85%, есть риск незапланированных удалений или ухудшения работы сервиса. Если ниже 70% — вы платите за лишние ресурсы; пересмотрите распределение бюджета.
• Фактический срок хранения против политики: если в политике указано «30 дней на горячем», действительно ли вы соблюдаете это? Отслеживайте, сколько дней видео хранится по каждой камере. Расхождения могут говорить о преждевременном удалении из-за нехватки ресурсов или сбоев в автоматической многоуровневой системе хранения.

Эксплуатация и реагирование на инциденты

• Время на поиск инцидента: от момента, когда произошёл инцидент, до того, как вы нашли нужное видео. Цель: менее 5 минут при поиске по метаданным, менее 30 минут при ручной перемотке. Медленный поиск говорит о плохой разметке метаданных, недостаточных уведомлениях или проблемах с удобством поиска.
• Частота ложных уведомлений: доля оповещений о движении или объектах, которые на самом деле не представляют угрозы. Цель — менее 10%. Высокая частота ложных срабатываний вызывает «усталость от оповещений» и заставляет операторов игнорировать настоящие угрозы. Настройте аналитику более строго.
• Среднее время восстановления (MTTR) после сбоя компонента: если узел записи выходит из строя, сколько времени займёт переключение на резервный? Цель: менее 5 минут при автоматической отказоустойчивости, менее 15 минут при участии оператора. Проверяйте это раз в квартал с помощью учений по отказоустойчивости.

Когда стоит покупать готовое вместо разработки?

Не каждой организации стоит разрабатывать VMS на заказ. Вот когда лучше купить готовое решение.

Покупайте (не разрабатывайте), если:

• У вас менее 100 камер и нет потребностей в продвинутом ИИ. Готовые решения (Axis Camera Station, Milestone Express) дешевле и проще в настройке, чем разработка под заказ.
• У вас нет внутренней экспертизы в видеостриминге, архитектуре хранения или кибербезопасности. Создание промышленной VMS требует глубоких системных знаний. Нанять и обучить такую команду займёт 12–18 месяцев.
• Вам нужно достичь 80% операционной зрелости за 6 месяцев. Разработка на заказ занимает 12–24 месяца до готовности к продакшену. Готовые решения разворачиваются и работают за несколько недель.
• Вам нужны интеграции со сторонними системами — с платформой контроля доступа Genetec и экосистемой Milestone. Кастомные сборки с трудом успевают за изменениями API вендоров и новыми интеграциями.
• Ваш бюджет ограничен, и вы делаете ставку на модели с низкими капитальными затратами. Подписки VSaaS позволяют распределить расходы во времени, тогда как разработка на заказ требует значительных вложений в инженерию с самого начала.

Разрабатывайте (не покупайте), если:

• У вас более 1000 камер и собственные AI-решения (например, «выявлять производственные дефекты с помощью компьютерного зрения и автоматически отбраковывать детали»). Такой масштаб и уникальность оправдывают инвестиции.
• У вас строгие требования к хранению данных (GDPR, здравоохранение, военная сфера). Локальные или частные облачные сборки гарантируют, что данные остаются под вашим контролем и не покидают вашу инфраструктуру.
• У вас уже есть команда опытных инженеров по видео и стримингу, и вы хотите контролировать весь стек целиком. Инженерный опыт накапливается годами.
• Вы строите платформенный бизнес (SaaS, встраиваемая VMS для сторонних продуктов). Разработка на заказ помогает выделиться на рынке и защитить интеллектуальную собственность.

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

В чём разница между NVR и VMS? Можно ли использовать их взаимозаменяемо?

NVR — это аппаратные устройства с фиксированным числом камер и ограниченным масштабированием. VMS — программные платформы, которые можно масштабировать до тысяч камер на нескольких объектах. Если вы планируете использовать больше 64 камер или работать на нескольких объектах, правильный выбор — VMS. NVR подходят для небольших статичных систем.

Можно ли объединить камеры разных марок в одной VMS?

Да, если ваша VMS поддерживает ONVIF. ONVIF-совместимые камеры (Axis, Hikvision, Dahua, Sony, Bosch и другие) работают без проблем. Устаревшие проприетарные камеры (например, старые модели Axis или Acti) могут потребовать установки специальных драйверов. Протестируйте камеры разных брендов перед внедрением — возможны случаи, когда поддержка ONVIF-стандартов реализована не полностью.

Сколько стоит хранилище для VMS и можно ли его уменьшить?

Корпоративное хранилище на SSD стоит 15–30 тыс. ₽/ТБ, на HDD — 1 125–3 000 ₽/ТБ. Внедрение системы из 100 камер с хранением видео в формате H.264 на 30 дней обойдётся в 450–900 тыс. ₽ только на оборудование для хранения, плюс ещё 50% — на избыточность (RAID). Снизить затраты можно за счёт перехода на H.265 (экономия до 50%), сокращения срока хранения (с 30 до 14 дней) или переноса данных в холодное хранилище через 7 дней. В долгосрочной перспективе облачное архивирование (например, AWS Glacier, около 0,37 ₽/ГБ) оказывается выгоднее локального хранения на лентах.

Что выбрать: VSaaS (облачное решение) или локальную VMS?

VSaaS (Verkada, Eagle Eye) лучше всего подходит для мультиобъектных распределённых внедрений с минимальной локальной ИТ-поддержкой. Ниже первоначальные затраты, автоматическое масштабирование и mobile-first UX. Локальная или гибридная VMS предпочтительнее, если у вас жёсткие требования к резидентности данных, изолированные сети или стабильно большое количество камер (1000+), при котором суммарные облачные платежи превышают стоимость бессрочных лицензий. Оцените совокупную стоимость владения за 5 лет с учётом вашего масштаба.

Стоит ли вкладываться в H.265 (HEVC) или лучше остаться на H.264?

H.265 позволяет сократить объём хранилища вдвое при сохранении того же качества видео. Если у вас более 100 камер или планируется расширение системы, окупаемость перехода на H.265 становится очевидной — она наступает за 12–18 месяцев за счёт отложенных расходов на накопители. Важно: старые камеры и устаревшие системы видеонаблюдения могут не поддерживать H.265. Перед внедрением проверьте совместимость кодека; возможно, потребуется обновить оборудование, чтобы использовать преимущества HEVC.

Что произойдёт, если мой NVR или VMS выйдет из строя? Можно ли восстановить записи?

Если отдельный NVR выходит из строя и не имеет избыточности RAID, записи теряются. Корпоративные системы VMS используют RAID 6 (HDD с двойной чётностью) или зеркалированные SSD для защиты от отказа одного диска. Для критически важных систем реализуйте геораспределённое резервное копирование: реплицируйте записи на второй объект в реальном времени. Никогда не полагайтесь на одно устройство или объект для хранения незаменимого видео.

Как обеспечить соответствие требованиям при распознавании лиц (GDPR, вопросы приватности)?

GDPR требует явного согласия на распознавание лиц; CCPA даёт жителям право отказаться. Технические решения: (1) затушёвывать лица в записанном видео для «обычного» хранения; (2) хранить эмбеддинги лиц отдельно от видео; (3) применять размытие лиц для людей на фоне и чёткую съёмку только для интересующих субъектов; (4) вести аудит использования распознавания лиц и публиковать отчёты о прозрачности. Юридический совет: проконсультируйтесь с юристами до внедрения распознавания лиц в юрисдикциях ЕС или CCPA.

Можно ли запускать VMS на open-source ПО (Frigate, ZoneMinder) в продакшене?

Да, если у вас есть инженерные ресурсы. Frigate (современный, на Python/Go, с приоритетом ИИ) пригоден для использования в продакшене на 10–100 камер при наличии внутренней поддержки эксплуатации. ZoneMinder (устаревший, на Perl) требует больше настройки. Open-source VMS экономична и гибкая; компромиссы — более медленный выпуск новых функций, меньше готовых интеграций и повышенная операционная нагрузка. Лучше всего подходит организациям с сильными инженерными командами и специфическими требованиями, оправдывающими такие инвестиции.

Что почитать дальше

Изучите смежные темы, которые дополнят это руководство по VMS:

Заключение: ландшафт VMS в 2026 году

VMS прошла путь от узкоспециализированного инструмента безопасности до критически важной инфраструктурной платформы. Сближение ИИ, облачных технологий и стандартизированных протоколов (ONVIF, MQTT) сделало внедрение качественной VMS доступным. Теперь можно разработать или приобрести промышленные решения, не уступающие корпоративным платформам, за небольшую часть прежней стоимости.

Ключевые точки принятия решений остаются прежними: масштаб (10 против 10 000 камер), траектория роста, сложность интеграций, резидентность данных и модель бюджета (CapEx с бессрочной лицензией против OpEx по подписке). Честно оцените эти параметры — и вы определите оптимальную архитектуру, будь то готовая платформа (Milestone, Genetec, Verkada, Eagle Eye или open-source Frigate), гибридная сборка или полностью кастомная система.

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

Оцениваете ли вы VMS впервые или расширяете уже реализованное решение — принципы из этого руководства остаются неизменными. Определите свои требования, проверьте совместимость оборудования от разных вендоров и уделите внимание надёжности системы. Видео слишком ценно, чтобы его терять.