Раздел: СТОП-КАДР. Акцент Тема: Системы видеонаблюдения Автор:
Выбор программного обеспечения для управления системой видеонаблюдения (VMS)
В этом номере с вами: Ольга ФЕДОСЕЕВА, директор по продукту ООО «КомплИТех» Сергей КУЛЬБАКА, директор по корпоративным продажам ITV Сергей ЦАРАЛУНГА, руководитель технического департамента IDIS Russia Вопрос для обсуждения: Какие общие для рынка систем безопасности свойства и возможности VMS должны влиять на их выбор? Какие факторы необходимо учитывать при этом в современной России? Ольга ФЕДОСЕЕВА: – Общими для российского рынка систем безопасности свойствами, которые должны влиять на выбор программного обеспечения (ПО) для управления системой видеонаблюдения (Video Management Software, VMS), на наш взгляд, являются следующие ключевые параметры. Оптимальная функциональность При выборе VMS следует отдавать предпочтение программному обеспечению, которое ориентировано на выполнение основных задач видеонаблюдения и не перегружено не свойственными ему функциями. Классическая VMS предназначена для получения видеоизображения с видеокамер, сохранения видео в файловом хранилище, организации непрерывного наблюдения за объектами охраны в реальном времени, отображения видео в архивном режиме и поиска необходимых данных в зонах контроля. Для базового взаимодействия с другими информационными системами или исполнительными устройствами в VMS реализуется возможность управлять цифровыми входами/выходами и реле. Для создания индивидуальных автоматизированных сценариев при обмене данными между VMS и сторонними системами предусматривается интерфейс REST API. Встречаются VMS, которые пытаются быть чем-то большим – они стремятся превратиться в платформы для создания интегрированных систем безопасности или даже в PSIM-платформы. Такие решения зачастую оказываются ни тем, ни другим. Как ПО для управления видеонаблюдением они слишком громоздкие и сложные. С одной стороны, это снижает стабильность и надежность работы системы. С другой – пользователи не в состоянии освоить весь заложенный «навороченный» инструментарий и ограничиваются базовыми функциями. Зачастую уровень знаний операторов системы видеонаблюдения на объекте – будь то жилой комплекс или промышленное предприятие – в эксплуатации профессионального ПО довольно скромный. Это, как правило, сотрудники службы охраны, которые обладают достаточными навыками для работы с персональным компьютером на уровне включения, запуска приложений и выполнения стандартных действий в интерфейсе программы. Как ПО для создания комплексных систем безопасности такие VMS не предоставляют полноценных возможностей платформы управления верхнего уровня, оставаясь лишь «недоИСБ» или «псевдо-PSIM». Один маленький пример: приходя на объект с таким ПО, производитель или интегратор первым делом предлагает заменить существующие серверы видеонаблюдения на собственные, что идет вразрез с принципами классической PSIM-платформы – всеядность, вендоронезависимость и подстройка под заказчика. В компании «КомплИТех» мы придерживаемся другого подхода: каждое программное обеспечение в нашей экосистеме создано для решения четких и понятных задач, характерных для того или иного типа ПО. В том числе это касается ПО для управления видеонаблюдением. Когда необходимо решать задачи, связанные с видеоанализом, то к VMS подключаются соответствующие аналитические модули, которые имеют два режима работы – автономный и в связке с VMS. Когда нужно объединить разрозненные, разнородные информационные системы в единый комплекс управления, мы используем полноценную PSIM-платформу. Кроссплатформенность с акцентом на поддержку отечественных операционных систем (ОС) Российское законодательство требует от предприятий, относящихся к объектам критической информационной инфраструктуры (КИИ), объектам критической важности, промышленности и транспортной инфраструктуры, использовать ПО, зарегистрированное в Едином реестре российских программ для ЭВМ и баз данных Минцифры, и развертывать его на ОС семейства Linux (включая отечественные разработки) с применением российских или открытых СУБД. Используемые в VMS сторонние программные компоненты должны иметь открытый исходный код, поддерживаться на территории РФ и исключать взаимодействие с зарубежными поставщиками. ПО для управления видеонаблюдением, которое было ранее специализировано для функционирования под ОС Windows, опирается на глубокую интеграцию с Windows API для выполнения различных задач, таких как работа с текущим временем, графикой, обращение к файловой системе и настройкам. Если архитектурой VMS изначально не закладывалось применение стандартных языков программирования (Java, Python, JavaScript) кроссплатформенных библиотек (Qt), а также не предусматривались подходы, связанные с контейнеризацией, виртуальными машинами и компиляторами для разных платформ, то для обеспечения работы VMS под управлением ОС семейства Linux требуется значительная переработка ПО. И как следствие – длительное тестирование, исправление ошибок и доведение системы до стабильной работы. При выборе VMS имеет смысл рассматривать программные продукты, разработка которых с самого начала велась с учетом кроссплатформенного подхода и применения открытых компонентов. Это обеспечивает гибкость в развертывании, упрощает интеграцию с различными операционными системами и минимизирует риски, связанные с необходимостью доработки и адаптации ПО под новые среды. Киберзащищенность Будучи одним из элементов цифровизации предприятий, современная VMS должна соответствовать ряду фундаментальных требований по защите от внешних и внутренних угроз. Минимально достаточный набор инструментов кибербезопасности и защиты от несанкционированного доступа можно представить следующим образом: – управление пользователями и ролями/уровнями доступа; – принудительная установка надежного пароля, заданного по умолчанию; – обязательные требования к паролям; – SSL/TLS-шифрование между клиентом и сервером; – SSL/TLS-шифрование данных через HTTPS для Web-доступа; – генерация уникальных RTSP-ссылок при каждой новой сессии; – авторизация запросов по API; – защита от скриптов; – логирование всех действий пользователей и всех системных событий на сервере (аудит); – специализированное хранение «секретов» (критически важной информации). Стабильность работы серверного и клиентского приложений Какой бы функциональностью ни обладала VMS, какой бы гибкой и масштабируемой она ни была, каким бы интуитивным и привлекательным ни был пользовательский интерфейс, все это теряет ценность, если регулярно прерывается видеозапись, при открытии видеокамер возникают ошибки потока, зависает воспроизведение видеоархива или внезапно завершается работа приложения оператора. Неустойчивая работа VMS приводит к потере данных, препятствует оперативному реагированию на тревожные события и, в конечном итоге, вызывает у пользователей разочарование в системе. Одним из ключевых факторов стабильной работы VMS является использование микросервисной архитектуры. Микросервисы могут разрабатываться, обновляться или изменяться независимо друг от друга. Это упрощает внедрение новых функций и исправление возможных ошибок. Если один микросервис выходит из строя, это не приводит к остановке всей системы. VMS продолжает функционировать, пока проблема устраняется. Стабильность работы VMS можно оценить в ходе пилотного испытания. При этом особенно важно обратить внимание на эффективность работы технической команды компании-разработчика. Технические ошибки исправляются, а вот люди не меняются. Следует убедиться, что техническая поддержка всегда на связи и оперативно решает любые возникающие вопросы. В компании «КомплИТех» мы не считаем зазорным даже при продаже коробочного ПО предложить тонкую настройку системы под конкретные условия эксплуатации на объекте, провести детальную консультацию по работе системы и ответить на все вопросы. Сергей КУЛЬБАКА: – Как и любая другая система, VMS выбирается для решения определенных задач. И при выборе очень важно учесть не только текущие потребности, но и те, которые могут возникнуть в будущем. В отличие от физических устройств, программное обеспечение способно обновляться, поэтому система не устареет очень долго. Следовательно, стоит планировать ее использование на несколько лет вперед, с учетом перспективных задач. Другими словами, VMS должна быть расширяемой – и по масштабу, и по функциональности. Кроме этого, в современной России очень важна совместимость VMS с ОС семейства Linux, на которые сейчас переходят как отдельные предприятия, так и целые отрасли. Обычно предпочтение отдается отечественным дистрибутивам, таким как Astra Linux. И хотя на многих объектах пока нет жесткого требования использовать Linux, заказчиков с таким требованием становится все больше. Разумеется, в Linux-версии VMS должен быть реализован максимум функций. Это относится и к поддержке камер, и к видеоаналитике, и к интеграциям с другими системами безопасности, а самое главное, к пользовательским интерфейсам. Сергей ЦАРАЛУНГА: – Выбор системы VMS – это ответственное решение, которое требует тщательного анализа различных факторов. Вот, на мой взгляд, наиболее важные свойства и возможности VMS, которые следует учитывать при выборе системы. Масштабируемость – возможность расширения системы без существенной перестройки, добавления новых камер и серверов, включая совместимость с различными IP-камерами, по стандартизированным и общепринятым протоколам ONVIF. Надежность и отказоустойчивость – обеспечение непрерывной работы системы даже при возникновении сбоев. Кибербезопасность – особое внимание уделяется защите системы от кибератак. Удобство использования – интуитивно понятный интерфейс для быстрого и эффективного управления системой. Стоимость – цена системы должна быть сопоставима с ее функциональностью и надежностью и не иметь скрытых платежей. Зачастую пользователь недооценивает общую стоимость владения всей системой на протяжении 3-5 лет. Техническая поддержка – наличие квалифицированных специалистов для обслуживания и развития системы. Вопрос для обсуждения: Системы с открытой архитектурой. Насколько широко их присутствие на российском рынке и какими брендами/компаниями они представлены? В какой мере их функционал отвечает уже привычным и новым требованиям рынка? Ольга ФЕДОСЕЕВА: – Российский рынок представлен классическими VMS с открытой архитектурой от разработчиков программного обеспечения и VMS от производителей оборудования для систем видеонаблюдения (видеокамер, видеорегистраторов, сетевого оборудования и др.). Новые внедрения зарубежных VMS с открытой архитектурой на территории РФ больше не происходят. Основными игроками на этом рынке являются отечественные компании, которые начинали свой бизнес, связанный с разработкой и продажей программного обеспечения в конце 1990-х – середине 2000-х годов. До недавнего времени эти компании доминировали, однако, привыкнув к стабильным условиям, не все оказались полностью готовыми к новым вызовам, повлекшим необходимость обновления архитектуры ПО, перехода на современные языки программирования, изменения в подходах к обеспечению кибербезопасности, оптимизации производительности систем, улучшения масштабируемости, а также внедрения гибких моделей обновления и поддержки ПО для более оперативного реагирования на изменяющиеся потребности рынка. Наиболее полный букет этих проблем испытали на себе компании, чьи VMS по факту являлись OEM-продуктами. Это открыло дорогу новым решениям от более технологичных ИТ-компаний, в которых работают специализированные команды разработчиков и используются передовые подходы к созданию программных продуктов. Классические VMS с открытой архитектурой предполагают интеграцию с широким спектром оборудования различных производителей. В свою очередь, VMS от производителей оборудования оптимизированы для работы с собственными устройствами, но также поддерживают сторонние устройства через ONVIF, хотя и с ограниченными возможностями. VMS не является главным продуктом производителей оборудования, поскольку они в первую очередь зарабатывают на продаже «железа». Поэтому при покупке оборудования такие VMS могут поставляться бесплатно. ПО от производителей «железа» подходит для объектов, где предполагается использовать оборудование только одного производителя, и в дальнейшем систему не планируется расширять за счет видеокамер других брендов. Инсталляция и эксплуатация такой системы будет проще, а общие затраты – ниже. В остальных случаях – при развертывании крупных и/ или территориально распределенных систем, внедрении видеокамер от разных производителей, планировании взаимодействия со сторонними системами контроля и управления доступом, пожарной сигнализации, видеоанализа, а также при необходимости адаптации VMS под специфические потребности заказчика – разумным выбором станет классическая VMS с открытой архитектурой. Сергей КУЛЬБАКА: – Такие системы появились первыми, и они наиболее распространены в России. Самые популярные на нашем рынке VMS разработаны отечественными компаниями с большим опытом и включены в реестр Минцифры, что является несомненным преимуществом. По уровню возможностей и применяемых технологий это передовые решения, которые не уступают мировым аналогам, а в чем-то и опережают их. Поддержка максимально широкого спектра оборудования дает возможность выбирать оптимальные устройства для разных задач. Кроме того, в современных условиях, когда часть производителей IP-камер ушла с российского рынка, а другая еще может уйти, и одновременно с этим появляются новые производители, универсальность VMS гарантирует, что система останется актуальной. Дополнительный плюс – возможность использовать унаследованное оборудование и постепенно заменять его на новое. В то же время, для улучшения пользовательских характеристик VMS обязательно должна обладать возможностями интеграции в более сложные системы, иметь API/SDK, доступные для различных операционных систем. Сергей ЦАРАЛУНГА: – Системы с открытой архитектурой широко представлены на российском рынке различными брендами и компаниями. Открытая архитектура позволяет системам эволюционировать и обеспечивать необходимый функционал, адаптируясь к меняющимся требованиям рынка. Гибкие и итерационные подходы к разработке программного обеспечения становятся всё более актуальными, поскольку требования рынка меняются быстро, и важно иметь возможность быстро вносить изменения в систему автоматизации и в другие корпоративные системы. Однако существуют некоторые вызовы, которым необходимо соответствовать в текущих реалиях. Стандартизация: несмотря на наличие открытых стандартов, полная совместимость между различными системами не всегда гарантирована. И часто происходит так, что производители разных систем перекладывают ответственность за решение задачи друг на друга. Сложность настройки: требуются высокооплачиваемые специалисты с глубоким знанием различных систем, необходимых при настройке интеграционной платформы. Стоимость: как правило, более дорогие по сравнению с проприетарными решениями. Поддержка: не всегда легко найти квалифицированных специалистов для обслуживания и развития сложных систем. Системы VMS с открытой архитектурой на российском рынке в целом отвечают современным требованиям. Однако для выбора оптимального решения необходимо тщательно анализировать конкретные задачи и требования проекта, а также учитывать особенности различных систем. Вопрос для обсуждения: VMS с поддержкой оборудования одного бренда. Когда выбор такой системы оправдан и является преимуществом, а когда – недостатком? Сергей КУЛЬБАКА: – Такие системы предлагают в основном крупные производители IP-камер. Их применение может дать преимущество с точки зрения технической поддержки, и даже стабильность работы может быть выше, так как и софт, и камеры – от одного вендора. Однако сейчас выбор подобных систем крайне рискован. Причина этого – зависимость от оборудования конкретного производителя, которое, в свою очередь, элементной базой зависит от иностранных поставщиков или само является иностранным продуктом. В результате в один прекрасный день можно полностью потерять возможность масштабирования и даже ремонта системы путем замены оборудования. Мы в ITV, например, оказываем техподдержку по всем интеграциям, которых в продукте уже более 15 000. Поэтому в подавляющем большинстве случаев разницы в этом вопросе для пользователя не будет. А что касается стабильности, то «зрелые» VMS хорошо работают с распространенными моделями камер. Если обнаруживается какая-нибудь проблема, как правило, разработчик очень быстро получает обратную связь от пользователей, и проблема так же быстро устраняется. Сергей ЦАРАЛУНГА: – На российском рынке представлены различные VMS с поддержкой оборудования одного бренда. Эти системы различаются функционалом, масштабируемостью, стоимостью и уровнем поддержки. Комплексные решения легче оценить и спроектировать, чем смешанные системы – например, в них отсутствуют скрытые платежи, и нет неопределенности по функциональным возможностям. Кроме того, комплексные решения обеспечивают более стабильную работу, благодаря оптимизации всех компонентов системы. Гарантия совместимости – один из ключевых моментов. Например, технология IDIS DirectIP гарантирует клиенту совместимость программных и аппаратных продуктов, что исключает проблемы с интеграцией и настройкой. Наличие проприетарного протокола и технологии PlugandPlay зачастую экономит время конечного заказчика и в условиях растущих киберугроз сохраняет высокий уровень безопасности, благодаря взаимной аутентификации устройств и программного обеспечения. Это позволяет защитить систему от несанкционированного доступа и повысить ее надежность. Такое преимущество особенно актуально для крупных компаний и предприятий с большим количеством оборудования. Однако выбор системы с поддержкой оборудования одного бренда может быть недостатком, если требуется предусмотреть возможность интеграции с оборудованием разных производителей. В этом случае использование универсальной VMS может быть предпочтительнее, так позволяет обеспечить большую свободу в выборе решений. Вопрос для обсуждения: Гибкость в интеграции, масштабируемость, удобство интерфейса пользователя, взаимодействие с алгоритмами видеоаналитики, работа с архивом, модульность ПО, киберзащищенность ... Продолжите список критериев выбора VMS и дайте свои комментарии к тем критериям, на которые сегодня есть смысл обращать особое внимание. Сергей КУЛЬБАКА: – Отказоустойчивость, кроссплатформенность в ОС и аппаратных платформах, работа по стандартным отраслевым протоколам, сервис обновления и прочее. Этот список может быть очень большим и разным в зависимости от задач пользователя. Казалось бы, по основному набору заявленных возможностей большинство VMS очень похожи: это запись, обработка, менеджмент информации, взаимодействие с пользователем и другими подсистемами. Но важно не то, что заявлено, а то, как все эти функции будут работать в условиях конкретного объекта. Какие технологии обеспечивают функциональность? Что будет, если какая-то из частей системы, а может, и вся система выйдет из строя по причине, не связанной с ПО? Что будет, если завтра потребуется использовать иные ОС или появится требование использовать определенное оборудование? Отсюда и важнейший вопрос: готов ли разработчик идти навстречу пожеланиям пользователя? Обеспечить работоспособность системы в соответствии с требованиями высокого уровня информационной безопасности или на определенной аппаратной платформе. Или же доучить нейросеть, добавить нестандартный отчет. Конечно, такая глубокая кастомизация требуется не всегда. Но по опыту ITV, в больших и серьезных проектах это отнюдь не редкость. Ведь какой бы богатой ни была стандартная функциональность, всего предусмотреть невозможно. А заказчику нужно, чтобы его задачи были решены полностью, а не настолько, насколько может разработчик «из коробки». Сергей ЦАРАЛУНГА: – Целостность видеоархива – заказчику необходимо гарантировать целостность сохраненного видеоряда. Например, специальная технология IDIS Chained FingerPrint предотвращает возможность фальсификации видео. Она позволяет обнаруживать изменения в одном кадре/изображении среди большого количества кадров/изображений в видеоклипе. Облачные технологии – облачные решения предоставляют гибкость и масштабируемость, позволяя легко адаптировать систему под меняющиеся потребности. Однако при выборе облачного решения необходимо учитывать вопросы безопасности данных и производительности сети. Edge computing – обработка видеоданных на периферийных устройствах для снижения нагрузки на центральный сервер и уменьшения задержки. Edge computing позволяет снизить задержку обработки видеоданных и повысить надежность системы. Это особенно важно для проектов с большим количеством камер и высокими требованиями к скорости обработки. Считаю, что эти технологии позволят оптимизировать работу системы и снизить затраты на инфраструктуру.
Внимание! Копирование материалов, размещенных на данном сайте допускается только со ссылкой на ресурс http://www.tzmagazine.ru Рады сообщить нашим читателям, что теперь нашем сайте работает модуль обратной связи. Нам важна ваша оценка наших публикаций! Также вы можете задавать свои вопросы.Наши авторы обязательно ответят на них. Ждем ваших оценок, вопросов и комментариев!

Добавить комментарий или задать вопрос

Правила комментирования статей

Версия для печати

Средняя оценка этой статьи: 5  (голосов: 1)
Ваша оценка: