Почему анализ не централизуется
Разберём по-простому, без техники.
Обработка потока стоит дорого. Записать видео — дёшево; разобрать каждый кадр и понять, что на нём происходит, — совсем другая работа. Она и определяет мощность.
Мощность не складывается бесконечно. Машина, обрабатывающая четыре потока, не превращается в машину на сорок простым добавлением. Каждый следующий шаг дороже предыдущего.
Видео надо довезти. При централизации потоки идут по сети объекта до сервера. Несколько потоков сеть переживёт, десятки — уже вопрос к её проектированию, а на территориально разнесённых объектах — вопрос к кабелю.
Сервер становится единой точкой отказа. Пока он работает, работает всё. Как только он встал, встал весь объект — включая те участки, где ничего не ломалось.
Отсюда простое следствие: обрабатывать поток надо рядом с камерами, а не тащить его через объект.
Как устроен рост
Единица роста — участок. Появилась вторая рампа — появился второй блок. Проходная — третий (как считать участки).
Блок работает автономно. Он не зависит от других блоков и от общего сервера: у него свои камеры, своя задача, своё хранение результата.
На пульт стекаются результаты. Прошло столько-то мест, на объекте столько-то людей, отклонений столько-то. Это текст и цифры — байты, а не гигабайты.
Кадры остаются у блока. Их не гоняют по сети постоянно; они подтягиваются, когда кто-то открывает конкретную строку отчёта.
Стоимость растёт линейно. Ещё участок — ещё блок. Не нужно менять то, что уже работает, и не нужно пересобирать систему целиком.
Что это даёт на практике
Расширение по частям. Начали с рампы, через квартал добавили проходную, через полгода — линию. Каждый шаг окупается отдельно, и от каждого можно отказаться, не ломая остальное.
Нет зависимости от сети объекта. Между блоком и его камерами — короткий локальный путь; между блоками — почти ничего.
Устойчивость. Отказ одного блока — потеря одного участка на время замены, а не остановка всего.
Замена простая. Блок — типовое устройство: привезли такой же, залили образ, участок работает дальше.
Территориально разнесённые объекты работают. Площадка, карьер, удалённый склад — там централизация невозможна физически, а схема с блоками работает без изменений.
Когда мощная машина всё-таки нужна
Честная оговорка, чтобы не выглядело, будто одна схема годится для всего.
Есть класс задач — сплошной анализ большого числа камер на протяжённом объекте: весь этаж торгового комплекса, вся территория под непрерывным наблюдением. Там участков нет, есть сплошное покрытие, и конфигурация другая: машина помощнее и иной расчёт.
Это отдельный разговор и отдельная экономика. В подавляющем большинстве задач учёта — приёмка, проходная, линия, ворота — точек контроля немного, и схема с блоками дешевле и надёжнее.
Как посчитать рост заранее
Порядок тот же, что при первом расчёте, только с горизонтом.
Выпишите участки, которые нужны сейчас. Обычно один-два.
Выпишите участки, которые понадобятся потом. Не для покупки, а для понимания порядка величин.
Посчитайте камеры на каждый. До шести на блок; участок больше — два блока.
Посмотрите на расписание. Если два участка работают в разное время суток, один блок может держать оба по расписанию — не одновременно, а переключаясь.
Сложите. Получится не абстрактное «система на объект», а конкретное число блоков с понятной привязкой к задачам.
Такой расчёт полезен ещё и тем, что показывает: расширение не требует пересмотра решения. То, что куплено и работает сегодня, не устареет от появления второго участка.
Что происходит с данными при росте
Каждый блок хранит своё. Результаты и кадры по своему участку.
Пульт показывает общую картину. Сводка по объекту собирается из результатов, а не из видео.
Копии — по вашему решению. Если нужна централизованная выгрузка в хранилище предприятия, она настраивается; но это выгрузка результатов, а не потоков.
Всё остаётся на объекте. Рост числа участков ничего не меняет в этом отношении: наружу по-прежнему уходит только служебная отметка о лицензии (разбор контура).
Порядок расширения, который работает
Наблюдение за десятками внедрений даёт устойчивую последовательность. Она не универсальна, но отклоняются от неё обычно себе в убыток.
Первый участок — там, где потеря считается. Не там, где интереснее, и не там, где проще технически, а там, где вы можете назвать сумму: недостача, приписки, простой. Это даёт основание для второго шага.
Второй — смежный с первым. Например, после рампы — ворота: события связываются в одну цепочку, и каждая часть усиливает другую. Простой машины считается только тогда, когда есть и въезд, и рампа (разбор интервалов).
Третий — по запросу другой службы. Обычно к этому моменту появляется внутренний спрос: безопасность хочет проходную, качество — линию. Это здоровый сигнал, что инструментом пользуются.
Дальше — по мере надобности. Без плана «оборудовать весь объект за год»: он почти всегда приводит к тому, что половина участков стоит без применения.
Обратный порядок — начать со всего сразу — плох тем, что не даёт понять, что именно сработало. При одновременном запуске шести участков нельзя отделить пользу от шума.
Что происходит с пультом при росте
Отдельный практический вопрос: как смотреть, когда участков стало много.
Сводка по объекту. Общая картина: что происходит на каждом участке сейчас, где события.
Разрез по участкам. Каждый ответственный смотрит своё: кладовщик — рампу, мастер — линию, охрана — периметр.
Отчёты по периодам. Смена, неделя, месяц — по участкам и в целом.
События и оповещения. Только тем, кто принимает решение по этому участку. Общая рассылка всем — верный способ добиться, чтобы её перестали читать.
Пульт при этом остаётся тонкой оболочкой: он показывает то, что отдают блоки, и сам ничего не считает. Компьютер, с которого смотрели, можно выключить — счёт не пострадает, он идёт в блоках (разбор контура).
Чем это отличается от привычной схемы видеонаблюдения
Полезное сопоставление, потому что аналогия с регистратором первой приходит в голову.
Регистратор пишет потоки — его задача складывать. Он централизован по природе: все камеры идут к нему, и это правильно, потому что запись дешёвая.
Анализ устроен наоборот: он дорогой и локальный. Поэтому и схема другая — обработка у камер, а к общему пульту идут выводы, а не исходники.
Из этого, кстати, следует и то, что мы не заменяем ваш регистратор: он продолжает писать архив, как писал. Мы берём поток и работаем рядом.
Сколько блоков нужно на самом деле — типичные ошибки расчёта
Две ошибки встречаются постоянно, и обе дорогие.
Переоценка: блок на каждую камеру. Логика «камер шесть, значит шесть блоков» неверна: блок держит участок целиком, а на участке обычно две-три камеры. Считать надо участки.
Недооценка: один блок на весь объект. Обратная крайность — попытка повесить на одно устройство рампу, проходную и линию одновременно. Так не работает: одна задача в один момент времени. Если участки активны одновременно, нужны отдельные блоки.
Промежуточный случай — переключение по расписанию. Работает, когда участки активны в разное время. Ворота утром, рампа днём — один блок закрывает оба.
Правильный расчёт занимает один разговор и делается до всякой покупки: перечисляем участки, смотрим их режим работы, складываем.
Что происходит, когда объект уже перерос схему
Редкий, но реальный случай: участков стало столько, что число блоков смущает.
Здесь стоит остановиться и пересчитать не блоки, а задачи. Практика показывает, что при десятке участков половина из них заводилась «на всякий случай» — и данные с них никто не смотрит. Это тот момент, когда полезно вернуться к вопросу, под какое решение собирается каждая цифра.
Если же все участки рабочие и все нужны — схема продолжает работать: блоки независимы, рост линейный, и никакой точки, после которой всё надо пересобирать, не наступает. В этом и есть смысл горизонтального роста.
