Своя, готовая или кастомизированная VMS: решение

Кратко

Программу, на которой держится система видеонаблюдения – она пишет множество камер, управляет пользователями, ищет по архиву и связывается с сигнализацией и СКУД, и называется VMS (Video Management System), – можно получить тремя способами: купить готовый коммерческий продукт, кастомизировать коммерческий продукт через его комплект расширения или построить свою с нуля. Примерно для четырёх из пяти внедрений – магазин, офис, школа, типовой периметр – правильно купить готовую VMS, потому что процессы стандартны и кто-то их уже решил. К кастомизации или собственной разработке тянутся, только когда готовый продукт не ложится на ваш рабочий процесс, когда нужна своя проприетарная аналитика или когда вы – вендор, чей продукт и есть VMS. Эта статья даёт рамку решения – четыре рычага: деньги, время, контроль и привязку к вендору, – плюс арифметику стоимости, которая тихо решает выбор на масштабе.

Почему это важно

Если вы проектируете продукт видеонаблюдения или большой парк камер, «купить это, расширить или построить самим?» – самое дорогое решение, и принимают его обычно по наитию, а не по расчёту. Построите там, где надо было купить, – сожжёте год и бюджет, переизобретая запись, проблему, которую отрасль решила двадцать лет назад. Купите там, где надо было построить, – выпустите продукт, который никогда не сделает то единственное, что нужно бизнесу, и будет привязан к роадмапу вендора, который вы не контролируете. Ловушка в том, что все три варианта выглядят разумно на слайде; различают их только стоимость за пять лет и честное соответствие функций. Эта статья – рамка, которая держит решение осознанным. Технических знаний не нужно: нужно понять, на какой из трёх путей ложится ваш проект и почему.

Три пути простым языком

Перед любым решением проясните три варианта, потому что команды постоянно схлопывают их в ложную дилемму «купить или построить» и упускают средний путь, который часто и есть верный ответ.

Купить – значит лицензировать готовую коммерческую VMS: продукт вроде Milestone XProtect или Genetec Security Center, который вы ставите (или берёте по подписке), направляете на камеры и эксплуатируете. Кто-то другой её написал, обслуживает и патчит; вы платите за камеру и за год. Думайте об этом как об аренде меблированной квартиры: вы въезжаете на этой неделе и живёте по правилам дома.

Кастомизировать – значит взять что-то уже существующее и приспособить последнюю часть под свои нужды. У этого два вкуса. Первый – взять коммерческую VMS и расширить её через официальный набор средств разработки, документированный набор инструментов и программных интерфейсов, который вендор публикует, чтобы сторонние разработчики добавляли функции, – он называется SDK. Второй – собрать систему на открытых, переиспользуемых компонентах: открытый движок записи, стандартные медиапайплайны и собственный прикладной слой под ваш конкретный процесс. В любом случае вы покупаете 80% и пишете те 20%, что действительно ваши. Это меблированная квартира, в которой вам разрешён ремонт.

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

Нажмите, чтобы увеличить

Одна рамка снимает большинство ошибок: это точки на спектре, а не три отдельных продукта. Кастомизация намеренно стоит между «купить» и «построить», потому что большинство разговоров «нам нужна кастомная VMS» на деле звучат как «готовое подходит на 80%, а нам нужны остальные 20%» – и эти 20% куда дешевле добавить к существующей платформе, чем перестраивать те 80%, что достались бы бесплатно. Если базовый словарь всё ещё шаткий – чем полноценная VMS отличается от простого регистратора – начните с нашего разбора VMS, NVR и DVR.

Четыре рычага, которые решают

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

Деньги – но цифра за пять лет, а не ценник. Самая частая ошибка в стоимости ПО – сравнивать цену первого года, которая упускает большую часть реального счёта. Общие разборы «строить или покупать» показывают, что стартовая стоимость игнорирует 60–80% полной стоимости владения – пятилетней цифры со всеми издержками: интеграцией, обучением, поддержкой и обновлениями (Neontri; SoftwareSeni). Покупка кажется дешёвой в первый день и копится вечно; сборка кажется дорогой в первый день, а затем в основном останавливается. Арифметику покажем ниже.

Время – до работающей системы. Купить VMS – это дни-недели: установить, лицензировать, подключить камеры. Кастомизировать через SDK или на открытых компонентах – недели-месяцы. Построить с нуля – реалистично 6–18 месяцев и более до продакшен-уровня, а у видеонаблюдения беспощадные требования к корректности, потому что регистратор, теряющий кадры под нагрузкой, провалил свою единственную задачу (HatchWorks; Appinventiv).

Контроль и соответствие – ложится ли это на ваш реальный процесс? Готовая VMS построена вокруг процесса, который предположил её вендор: камеры, за которыми смотрят операторы по сменам. Если ваш процесс действительно другой, рассинхрон никуда не денется. Самый ясный пример – система юридических доказательств, организованная вокруг дел, сессий, свидетелей и вещдоков, а не камер и операторов: никакая настройка не превратит одно в другое (Фора Софт, плейбук Video Surveillance Management Systems). Контроль – это и про роадмап: когда вы покупаете, вендор решает, что выйдет дальше; когда строите – решаете вы.

Привязка и владение – у кого ключи? Покупка привязывает вас к ценам, форматам данных и выживанию вендора. Реальная стоимость смены VMS-платформы позже обычно составляет 50–100% годового бюджета на ПО и растёт, чем дольше вы остаётесь (разборы lock-in для «строить/покупать»). Сильнейший хедж – открытые стандарты: требование, чтобы камеры говорили с софтом по ONVIF – отраслевому стандарту, позволяющему устройствам и софту разных производителей работать вместе, – держит слой камер переносимым, какой бы путь вы ни выбрали. Об этом ниже.

Нажмите, чтобы увеличить

Как на деле выглядит «купить»

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

Milestone XProtect, одна из самых распространённых платформ, идёт линейкой редакций: Express+ для одного небольшого объекта (до 48 камер на одном сервере), Professional+ для мультиобъектных средних внедрений, Expert для крупных установок высокой безопасности и Corporate для самых больших предприятий, с функциями управления инцидентами, которых нет у младших редакций (Milestone, сравнение XProtect). Каждой камере нужна своя device-лицензия, а годовой план поддержки держит вас в праве на обновления и сопровождение. Заметьте, что редакции меняются: Milestone снял начальную редакцию Essential+ в релизе XProtect 2025 R2 – ровно то решение из роадмапа вендора, которое покупатель не контролирует (Milestone).

Genetec Security Center показывает другое измерение решения о покупке – как это хостится. Один и тот же продукт может работать на ваших серверах по бессрочной лицензии плюс соглашение о поддержке, как полностью облачная подписка (Security Center SaaS) без локальных серверов и с оплатой по потреблению, или в гибриде, где камеры пишут локально, а управление живёт в облаке (Genetec, Security Center SaaS; Genetec TechDoc Hub). Отрасль смещается к подписке и модели «видеонаблюдение как услуга» (VSaaS), меняя крупную разовую покупку на предсказуемую регулярную плату. Какая модель хостинга подходит – отдельное решение, разобранное в on-prem, облако и гибрид VMS.

Суть для решения «строить или покупать» такова: купленная VMS – это регулярная поканальная стоимость и зависимость от редакций, цен и роадмапа вендора. Для большинства команд это честный размен, потому что взамен вы получаете обслуживаемую, поддерживаемую, проверенную систему уже на этой неделе. Очное сравнение крупных платформ – в ландшафте вендоров VMS.

Как на деле выглядит «кастомизировать»

Кастомизацию команды упускают чаще всего, а она нередко и есть верный путь. Сюда ведут две дороги.

Первая – расширить коммерческую VMS через её SDK. Milestone, например, публикует SDK платформы интеграции Milestone Integration Platform (MIP), который позволяет дополнять XProtect тремя способами: плагином, живущим внутри интерфейса VMS, чтобы у оператора был один общий экран; отдельным компонентом, который делит видео и данные с VMS, не появляясь в её интерфейсе; и базовой интеграцией на уровне протокола (Milestone, документация MIP SDK). Разработка в основном на C#/.NET по документированным интерфейсам. Эта дорога сохраняет проверенное ядро записи, хранения и управления коммерческого продукта и добавляет только вашу конкретную функцию – кастомную аналитику, нишевую интеграцию, экран процесса – поверх.

Вторая дорога – собрать систему на открытых, переиспользуемых компонентах и написать только уникальный для вас прикладной слой. Вместо того чтобы переписывать запись, команды компонуют проверенные примитивы: стандартные медиапайплайны (например, GStreamer или FFmpeg), релей потоков, обнаружение камер по ONVIF, открытый движок записи, edge-AI-рантайм для аналитики и кастомный слой процесса сверху (Фора Софт, плейбук Video Surveillance Management Systems). Открытые движки записи реальны и зрелы – ZoneMinder в продакшене с 2002 года, а более новые проекты вроде Frigate построены вокруг детекции объектов прямо на устройстве (ZoneMinder; Frigate). Навык здесь – интеграция и слой процесса, а не переизобретение регистратора.

Обе дороги объединяет одно достоинство: вы дёшево получаете те 80%, что уже решены, и тратите инженерный бюджет только на те 20%, что вас отличают. Поэтому «кастомизировать» так часто бьёт и натянутое готовое, и дорогую сборку с нуля.

Как на деле выглядит «построить» – и когда это верно

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

Так когда это верно? Полезное правило с полей: готовое – верный выбор примерно для 80% внедрений; остальные 20% – там, где кастомная платформа оправдывает свою цену (Фора Софт, плейбук Video Surveillance Management Systems). Конкретно – стройте (или сильно кастомизируйте), когда верно одно из: вы в регулируемой вертикали с процессами, которые не моделирует ни одна универсальная VMS – суды, центры защиты детей, телемедицина; ваш процесс должен жить внутри регистратора, а не рядом; вы хотите владеть проприетарной аналитикой – той, что разобрана в карте видеоаналитики, – как конкурентным преимуществом; готовый продукт упустил бы более трети ваших реальных требований; или вы – вендор ПО, чей продукт сам и есть VMS. Последний случай яснее всех: если вы продаёте софт видеонаблюдения, нельзя арендовать своё ядро у конкурента. Полный разбор этого решения для продуктовых команд – в кастомная против готовой VMS: реальное решение.

Арифметика, которая решает на масштабе

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

Возьмём парк в 200 камер на пять лет и сравним «купить» с «построить». Хранилище и железо камер стоят примерно одинаково в обоих случаях, поэтому опустим их – они сокращаются.

Купить. Допустим, каждой камере нужна лицензия около \$150, годовая поддержка около \$30 на камеру в год, плюс разовая стоимость платформы и настройки около \$20 000. Запишем формулу, затем подставим:

купить_5лет = платформа + (лицензия × камеры) + (в_год_на_камеру × камеры × лет)
купить_5лет = $20 000 + ($150 × 200) + ($30 × 200 × 5)
купить_5лет = $20 000 + $30 000 + $30 000 = $80 000

Построить. Допустим, кастомная платформа стоит около \$250 000 на проектирование и сборку в первый год, затем около \$15 000 в год на поддержку и хостинг следующие четыре года:

построить_5лет = стоимость_сборки + (поддержка_в_год × оставшиеся_годы)
построить_5лет = $250 000 + ($15 000 × 4) = $310 000

При 200 камерах покупка ($80 000) бьёт сборку ($310 000) с большим отрывом – именно поэтому большинству внедрений на 200 камер следует покупать. Интересен вопрос, где линии пересекаются. Покупка растёт с каждой камерой; сборка примерно плоская, потому что софт тянет 200 или 2000 камер одним и тем же кодом. Приравняем и решим относительно числа камер N:

итого по покупке ≈ $300 на камеру за 5 лет, плюс $20 000 фикс
$20 000 + $300N = $310 000  →  $300N = $290 000  →  N ≈ 970 камер

В этой иллюстрации пересечение ложится около 1000 камер – и опыт с полей кладёт реальные пересечения примерно туда же, ускоряясь после 5000 камер, где поканальные лицензии копятся быстрее всего (Фора Софт, плейбук Video Surveillance Management Systems). Ниже пересечения – покупайте по стоимости. Выше – поканальные лицензии перевешивают фиксированную стоимость сборки, и кастом выигрывает и по деньгам, поверх контроля и соответствия, которые он уже дал.

Сравнение быстрее всего читается таблицей.

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

ONVIF: хедж, который переживает любой путь

Какой бы путь вы ни выбрали, одно решение снижает риск по всем сразу: держите границу между камерами и софтом на открытом стандарте. ONVIF – отраслевой стандарт, позволяющий камерам и видеософту разных производителей работать вместе, и его управляющий орган прямо говорит, что «соответствие профилям – единственный способ обеспечить совместимость между ONVIF-совместимыми продуктами» (ONVIF, Profiles, 2026). Для видео актуальны профили S и T для стриминга, G для записи и M для метаданных аналитики.

Почему это важно решению «строить или покупать»: если вы покупаете VMS, но требуете, чтобы камеры были ONVIF-совместимы, вы сможете сменить VMS-вендора позже, не вырывая камеры, – самую большую статью стоимости смены. Если строите или кастомизируете, обнаружение по ONVIF – это то, как ваша система находит и говорит с камерами любого вендора без отдельных драйверов на каждую. Одна оговорка, которую делает сам стандарт: ONVIF гарантирует базовую совместимость, а не каждую продвинутую функцию, и «соответствие нормам – вне области ONVIF» – приватность и право на хранение остаются вашей ответственностью независимо от стандарта (ONVIF, Profiles, 2026). Механику профилей и обнаружения разбираем в ONVIF для инженеров.

Есть и пол, который применим, какой бы путь вы ни выбрали: международный стандарт для систем видеонаблюдения, IEC 62676, задаёт минимальные системные требования и рекомендации по жизненному циклу – выбор, планирование, установка, ввод в эксплуатацию, обслуживание и тестирование – для наблюдения в задачах безопасности, а его часть с прикладными рекомендациями 2025 года покрывает информационную безопасность и приватность данных на протяжении жизни системы (серия IEC 62676; EN IEC 62676-4:2025). Купленная система должна ему соответствовать; построенная всё равно обязана ему отвечать. Стандарту всё равно, кто написал код.

Частая ошибка, которой стоит избегать

Самый дорогой шаблон, который мы видим, – прыжок прямо к «построить», потому что в готовой VMS не хватает одной функции. Команда обнаруживает, что выбранный продукт не умеет одну нужную вещь – конкретную интеграцию, кастомный отчёт, одну аналитику – и заключает, что надо строить всю платформу. Затем тратит год и крупный бюджет, переписывая запись, хранение и управление пользователями – решённые 80%, – чтобы получить нерешённые 20%. Лекарство – сначала проверить средний путь: можно ли добавить недостающую функцию через SDK вендора или собрав систему на открытых компонентах с тонким кастомным слоем? Чаще всего можно, за долю стоимости и риска. Стройте всё целиком, только когда не совпадает ядро – сама модель процесса, а не одна функция. Обратная ошибка реже, но реальна: VMS-вендор пытается сэкономить, построив продукт на платформе конкурента, принимая привязку на том самом, что продаёт.

Где здесь Фора Софт

Фора Софт строит софт реального времени для видео, стриминга и компьютерного зрения с 2005 года, на 250+ выпущенных проектах, и нас обычно зовут на правую сторону этого спектра – к решениям «кастомизировать» и «построить», где готовое перестаёт ложиться. Первое, что мы делаем, – отговариваем команды строить, когда верно купить, потому что переизобретать запись дорого, а мы предпочтём очертить те 20%, что действительно их. Когда сборка верна, дисциплина та же, что проповедует весь этот раздел: проектируйте сначала под то, как система ведёт себя при полной нагрузке камер и в плохой сетевой день – реальные precision и recall детекции при реальном освещении, запись, не теряющую кадры на масштабе, – а затем под список функций. Кастомная VMS, которая надёжно федерирует и пишет каждый кадр под нагрузкой, бьёт ту, что красиво демонстрируется и встаёт на 300 камерах.

Главное

• Путей три, а не два: купить, кастомизировать или построить VMS.
• Купить готовое верно примерно для 80% внедрений.
• Кастомизация – SDK или открытые компоненты – добавляет ваши 20% к проверенным 80%.
• Стройте, когда не совпадает сам процесс, а не одна функция.
• Сравнивайте стоимость за пять лет, а не цену первого дня; пересечение около 1000 камер.
• Держите камеры на ONVIF, чтобы хеджировать привязку при любом пути.

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

• Кастомная против готовой VMS: реальное решение
• Модель стоимости видеонаблюдения: во что реально обходится система
• Ландшафт вендоров VMS: как читать рынок