Пограничные вычисления против облачных систем видеонаблюдения

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

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

Что такое пограничные вычисления на практике

На периферии обработка выполняется рядом с датчиком или непосредственно на объекте. Это может быть аналитика на самой камере, на локальном вычислительном устройстве или внутри локального командного пункта. Главное преимущество в том, что система превращает исходные данные датчиков в решения, не дожидаясь обмена с удалённой платформой.

Обычно это улучшает:

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

Для оповещения в реальном времени и выдачи целеуказаний эти преимущества часто бывают существенными.

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

Что означает облачное видеонаблюдение

NIST определяет облачные вычисления как сетевой доступ по запросу к общим настраиваемым вычислительным ресурсам. В контексте видеонаблюдения это обычно означает более централизованное хранение, более масштабируемую обработку, более простое управление несколькими объектами и удобный доступ к большим историческим массивам данных.

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

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

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

Почему размещение архитектуры меняет саму задачу

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

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

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

Основное сравнение

Почему периферия удобна для безопасности в реальном времени

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

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

Почему облако по-прежнему важно

Облачная архитектура остаётся полезной, потому что локальные системы хороши не во всём. Центральные платформы обычно лучше справляются с:

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

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

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

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

Чаще всего лучшим вариантом оказывается гибридная схема

Для многих программ наблюдения правильный ответ — не «периферия или облако», а разделение обязанностей.

Распространённая схема выглядит так:

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

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

Распространённые ошибки проектирования

Наиболее частые ошибки:

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

Технический выбор становится намного яснее, когда на эти вопросы дан явный ответ.

Более правильная последовательность проектирования

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

1. какие функции должны продолжать работу при ухудшении связи;
2. какие данные нужно передавать немедленно, а какие можно передать позже;
3. какая аналитика требует глобального обзора;
4. и какие средства управления и утверждения должны оставаться локальными.

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

Она также удерживает размещение вычислений в соответствии с критичностью задачи, а не с модой на инфраструктурные решения.

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

Заключение

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

Дополнительное чтение

• Что такое периферийные (Edge) вычисления и где они используются — базовый обзор архитектуры edge-вычислений и типовых сценариев применения.
• В Мурманске открылся первый в российской Арктике Центр обработки данных — пример размещения вычислительных мощностей ближе к источникам данных, а не только в центральных облачных площадках.