Есть несколько моделей организации сервиса облачного видеонаблюдения, существенно отличающаяся друг от друга.
Общие понятия:
Личный кабинет
Любой «облачный» сервис видеонаблюдения начинается с Личного кабинета. Личный кабинет выполняет ряд важных административных функций. В нем осуществляется контроль всех видеокамер, назначение прав доступа, управление дополнительными учетными записями. Как следствие, почти всегда есть возможность предоставить доступ к камерам третьим лицам и оперативно управлять этим доступом. В некоторых задачах это дает большое преимущество над традиционными стационарными системами видеонаблюдения (подробнее о задачах поговорим немного ниже).
Управление и просмотр через Web-интерфейс и приложения
Работа с наблюдением производится прежде всего через веб-интерфейс. Подавляющее число поставщиков «облачных услуг» также разрабатывают собственные приложения, как для мобильных операционных систем iOS и Android, так и для десктопных Windows и MacOS
Отсутствие прямых коммуникаций
Оборудование и пост наблюдения не связаны друг с другом. Если в «традиционных» системах УРМ обязательно должен иметь прямое подключение к серверу, то в «облачной» системе все наоборот – никакого прямого подключения нет, связь осуществляется через сервис-посредник, и оборудование видеонаблюдения и работающий с видеонаблюдением пользователь должны иметь доступ в Интернет.
Инициатор связи - камера
Как правило, для работы с «облаком» не требуются дополнительные услуги от провайдеров вроде выделения «белого» IP-адреса или поддержка VPN-подключения. Для этого камеры должны быть инициаторами подключения и иметь специальную прошивку.
У каждого производителя облачного сервиса свой перечень предоставляемых возможностей. Таким образом, можно выделить несколько типовых облачных моделей.
Модель с онлайн-просмотром и доступом к локальному архиву
В такой модели пользователь получает возможность вести наблюдение за объектом в режиме реального времени, а также доступ к архивам, хранящимся на жестких дисках или SD-картах. Такая модель экономит значительные средства на хранении записей в облаке, и трафике в сторону облака.
Модель с онлайн-просмотром и видеоархивом в дата-центре
Здесь наблюдатель также имеет просмотр с камер и доступ к архивам, но архивы хранятся уже не локально на камерах или регистраторах, а в дата-центре провайдера облачного сервиса.
Модель с онлайн-просмотром, дублирование видеоархива в дата-центр и локально
Главное отличие этой модели от предыдущей в том, что через облачный сервис доступен локальный архив. В этом случае, при просмотре архива, обращение всегда сначала происходит к облаку, а если облачный архив менее глубокий, чем локальный, то запрос перенаправляется к нему. Эти модели описывают предоставляемый функционал, но не раскрывают технологию организации «облака». Эта информация обычно скрыта от пользователя, при этом является определяющей в некоторых задачах.
Существует несколько «технологий» на базе которых строится облачный сервис. Условно, все сервисы можно разделить на те, которые просто перенаправляют поток от IP-камер на клиента, и те, которые де-факто генерируют поток для каждого клиента внутри облака. В обиход вошли термины «True облако» и «P2P облако»
«True облако»
Облако способно получать поток от IP камеры, и передавать его для одновременного отображения множеству подключившихся пользователей. Поток от камеры в облако передаётся всего один, не занимая канал! В данном случае облако выполняет функцию “мультикаста”.Таким образом возможно организовать многопользовательский доступ.
«P2P облако»
Облако получает поток от IP камеры, и ретранслирует его напрямую подключившемуся клиенту. Каждый новый пользователь формирует в камере новый поток. В данном случае облако выступает в роли обычного «коммутатора».
Организовать многопользовательский доступ в этом случае невозможно, так как каждое подключение увеличивает трафик, да и ресурсов камеры для этого не хватит.
Что касается доступу к архиву, то ситуация для обоих типов «облаков» одинаковая.
Если архив хранится локально на SD карте или сервере, то каждое подключение к нему, это новый поток, увеличение трафика и нагрузка на дисковую подсистему.
Если архив хранится в «облаке», то к нему всегда возможен многопользовательский доступ без ограничений. Заметим, что для ресурсов с P2P облаком, возможность хранить в облаке архив не всегда доступна.
Как определить, какой тип сервиса предоставляет производитель?
Фактически никак! Только запросить информацию о возможности организовать многопользовательский доступ у провайдера сервиса. Желательно с конкретным числом одновременных подключений.
Разобравшись с моделями облачных сервисов, можно провести сравнение их с системами на базе «классического» станционного оборудования
Сравнение будет проводиться в следующих аспектах: совместимость, надежность, возможности видеоаналитики, оперативность, простота использования, возможности интеграции.
Имеется в виду совместимость с IP-камерами. Тут ситуация двоякая. Если сервис облачного видеонаблюдения предоставляется производителем оборудования CCTV (прежде всего IP-камер), то он работает, как правило, только с оборудованием этого производителя. Это с одной стороны плюс – т.к. это гарантированная совместимость и поддержка (в теории) всего модельного ряда устройств данного производителя, в т.ч. тех устройств, которые могут не поддерживаться каким-нибудь сторонним ПО видеонаблюдения.
Если сервис предоставляется компанией, производством IP-камер не занимающейся, то тут есть ряд ограничений. Есть обычно короткий список устройств, с которыми гарантируется совместимость. Это интегрированные камеры, на борту которых установлен драйвер, позволяющий подключаться к сервису. Для остальных устройств подключение к сервису затруднено, прежде всего потому, что камера должна быть инициатором подключения, как было сказано ранее. Поэтому, стандартные протоколы ONVIF и RTSP, позволяющие подключить большинство устройств в «традиционной» VMS, нам не помогут. Для подключения нужен будет локальный сервер с «облачным» приложением, который по RTSP сможет забрать поток уже с любых камер, и через драйвер передавать в облако.
Здесь тоже двоякая ситуация. Да, действительно, хранящийся в облаке архив не должен пострадать, если установленное на объекте оборудования выйдет из строя или будет похищено. С другой стороны – целостность архива однозначно зависит от надежности канала связи. Хоть на данный момент интернет провайдеры и заявляют об исключительной надежности каналов связи, доступны технологии резервирования и дублирования каналов, но опыт подсказывает, что сбои все же случаются. Да и с удалением от крупных городов России, к сожалению, качество Интернета снижается.
Отдельной темой идет надежность работы сервиса в целом. Здесь задача обеспечения работоспособности «станционной» части целиком снимается с пользователя и лежит на владельце сервиса, что, несомненно, облегчает пользователю жизнь. Правда пользователь не имеет ни малейшего понятия, ни об устройстве сервиса, ни о его техническом состоянии, ни о механизмах отказоустойчивости.
При использовании «классического» станционного оборудования все ровно наоборот: пользователь системы одновременно является ее владельцем, имеет полный контроль над ее работой, но и о ее техническом обслуживания тоже должен заботиться сам.