Автомойка: камеры пишут 30 дней, облако просит 4 000 ₽ в месяц за каждую

MAATRIX

Клиент говорит, что царапину на бампере оставили у вас на посту, и просит запись. Сотрудник охраны интересуется, кто вчера ночью подходил к кассе. Страховая просит архив за прошлый месяц по инциденту с шлагбаумом. У автомойки с несколькими постами камер обычно шесть-восемь, и если каждая тянет по 4 000 ₽ в месяц за облачное хранение 30-дневного архива, счёт быстро становится больше, чем аренда самого поста. Разберём, откуда берётся эта цена, сколько реально весит видео с камер мойки и что выйдет дешевле — облако или свой сервер.

Зачем автомойке камеры и сколько их обычно на одной точке

На мойке камеры — это не формальность для галочки, а рабочий инструмент, который используют почти каждую неделю:

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

На небольшой мойке из двух-трёх постов это обычно 5-6 камер, на комплексе с детейлингом и шиномонтажом — 8-10 и больше. Дальше в расчётах возьмём условные 6 камер — это типичный случай для мойки среднего размера, легко пересчитать под своё число.

Важный нюанс: камеры смотрят на людей и номера машин, а это персональные данные. Разбор того, где проходит граница закона в видеонаблюдении, — отдельная большая тема, и по ней есть отдельный материал: видеонаблюдение и закон, где граница. Коротко: табличка «ведётся видеонаблюдение» на входе и разумный срок хранения (те самые 30 дней) закрывают почти все вопросы для обычной автомойки.

Сколько на самом деле весит 30 дней архива с камеры

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

• камера 1080p-2МП с кодеком H.265 и непрерывной записью 24/7 — ориентировочно 15-25 ГБ в сутки;
• та же камера с записью только по детекции движения (типично для поста мойки, где движение почти постоянно в рабочие часы) — экономия обычно небольшая, 10-20%, потому что на мойке камера и так почти всегда «видит» движение;
• камера 4МП или 4K даёт кратно больше — от 40 ГБ в сутки и выше.

Возьмём для расчёта середину диапазона — 20 ГБ в сутки на камеру при непрерывной записи 1080p. За 30 дней это:

20 ГБ × 30 дней = 600 ГБ на одну камеру
600 ГБ × 6 камер = 3 600 ГБ (≈ 3,6 ТБ) на весь архив мойки

Если добавить резерв на всплески (более активный поток машин, более длинные события, служебные клипы, которые выгрузили и не удалили вовремя), закладывайте 20-25% сверху — то есть реалистичный объём под ротацию 30 дней на 6 камер это уже 4,3-4,5 ТБ. Это не измеренное число, а ориентир для планирования — на своей мойке стоит один раз прогнать запись неделю и посмотреть фактический расход места на диске, прежде чем считать бюджет на годы вперёд. Как вообще считать запас по диску под такие задачи, разобрано в статье сколько дискового пространства закладывать с запасом.

Как считает облако — и почему счёт растёт быстрее числа камер

Здесь и кроется главная засада облачных видеосервисов: тариф почти всегда привязан к камере, а не к объёму хранимых данных. Логика поставщика понятна — так проще продавать и прогнозировать нагрузку, — но для клиента это значит, что счёт растёт линейно и без скидок за масштаб:

За год на 6 камерах это 288 000 ₽ — сумма, сравнимая с зарплатой ещё одного мойщика на полставки. И это без учёта того, что при расширении (открыли ещё один пост, поставили камеру на кассу второй точки) счёт вырастет ещё на те же 4 000 ₽ за штуку, а объём реально нужного диска на самом деле растёт куда медленнее, чем цена: облако продаёт вам не гигабайты, а «слот под камеру» с встроенной маржой провайдера.

Важная оговорка: 4 000 ₽ за камеру в месяц — это условие примера из заголовка, а не универсальный тариф всех облачных видеосервисов на рынке — у одних дешевле, у других дороже, и конкретную цифру каждый может подставить свою и пересчитать таблицу выше по той же логике. Принцип от этого не меняется: чем больше камер, тем быстрее счёт обгоняет здравый смысл.

Свой сервер с NVR: из чего он состоит и сколько стоит

Альтернатива — записывать видео не в чужое облако, а на свой сервер с программным NVR (network video recorder — по сути, программа, которая принимает потоки с IP-камер по RTSP и пишет их на диск с ротацией по времени). Для мойки на 6 камер такой сервер решает всего две задачи: достаточно места на диске и стабильный приём потоков с камер.

Из чего складывается конфигурация:

• Диск. Под 4,5 ТБ архива с запасом на рост берите не впритык, а с хорошим резервом — например, зеркало (RAID1) из двух дисков по 6-8 ТБ. Зеркало не панацея, но защищает от банального отказа одного диска, а на видеоархиве, который смотрят «по требованию» раз в неделю, именно внезапная потеря диска без резерва — самый частый способ остаться без записи в момент, когда она нужна.
• Процессор и память. Приём и запись 6 потоков RTSP без перекодирования — задача не тяжёлая, хватает 2-4 ядер и 4-8 ГБ RAM. Нагрузка вырастает, только если вы добавляете детекцию объектов (распознавание номеров, аналитику движения) — это уже отдельная статья расходов.
• Сеть. Тут развилка на выбор:
• NVR стоит физически на мойке, камеры подключены в локальную сеть напрямую (PoE-свитч), а удалённый сервер используется только для просмотра через VPN и резервной копии ключевых событий. Экономит канал в интернет, но требует железа на месте и его обслуживания.
• Камеры пишут сразу на удалённый арендованный сервер — тогда важен канал: 6 камер по 20 ГБ/сутки в среднем дают около 1,5-2 Мбит/с постоянной нагрузки на канал каждая, суммарно 9-12 Мбит/с исходящего трафика с мойки непрерывно. Для большинства современных интернет-каналов это некритично, но стоит проверить исходящую (upload) полосу провайдера заранее — именно её, а не входящую скорость, которую обычно рекламируют.

Пример NVR-стека на Linux (Frigate — популярное открытое решение с детекцией движения, но можно взять и проще, вплоть до ffmpeg в цикле с записью по RTSP):

# docker-compose.yml — упрощённый пример для 6 камер
services:
  frigate:
    image: ghcr.io/blakeblackshear/frigate:stable
    restart: unless-stopped
    shm_size: "256mb"
    volumes:
      - /mnt/nvr/config:/config
      - /mnt/nvr/storage:/media/frigate
    ports:
      - "5000:5000"
      - "8554:8554"

Ротация архива за 30 дней настраивается в конфиге хранения (retention) самого NVR — большинство решений умеют удалять записи старше N дней автоматически. Если пишете «наколенным» способом через ffmpeg, ротацию делает простой cron:

# удалять файлы архива камер старше 30 дней, запускать раз в сутки
0 3 * * * find /mnt/nvr/storage -type f -mtime +30 -delete

Зеркало дисков поднимается стандартно:

mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb /dev/sdc
mkfs.ext4 /dev/md0
mkdir -p /mnt/nvr/storage
mount /dev/md0 /mnt/nvr/storage

Для удалённого просмотра с телефона директора или охранника без публикации NVR наружу — WireGuard, а не проброс портов в интернет:

[Interface]
PrivateKey = <ключ клиента>
Address = 10.10.0.2/24

[Peer]
PublicKey = <публичный ключ сервера>
Endpoint = ваш-сервер.example:51820
AllowedIPs = 10.10.0.0/24

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

Считаем на цифрах: облако против своего сервера

Дальше — иллюстративный расчёт. Это не прайс-лист, а порядок величин, чтобы понимать, о какой разнице вообще идёт речь; точную стоимость аренды конкретной конфигурации всегда стоит смотреть в актуальном тарифе на момент заказа.

Условия примера: 6 камер, архив 30 дней, ≈4,5 ТБ с запасом, зеркало из двух дисков.

Ключевая разница не в конкретных рублях (они у каждого провайдера свои), а в характере роста расходов. Облако масштабируется по числу камер — поставили седьмую камеру, счёт вырос ещё на условные 4 000 ₽. Сервер с достаточным диском масштабируется по объёму данных — добавить ещё пару камер почти всегда означает просто «осталось меньше свободного места на уже оплаченном диске», а не новую строку в счёте. Разница особенно заметна, если мойка растёт: открылся третий пост, добавили камеру на детейлинг-зону — на своём сервере это бесплатно, пока не упёрлись в объём диска, в облаке — сразу новый счёт.

Более развёрнутый разбор того, когда именно облако становится дороже выделенного сервера в целом (не только для видео), — в статье где облако становится дороже VPS, а трёхлетний TCO-расчёт «выделенный против облака» — в материале выделенный против облака: TCO на три года.

Отдельно стоит проговорить честно: при одной-двух камерах разница может быть не такой драматичной, а возня с настройкой NVR — избыточной. Экономический смысл перехода на свой сервер начинает ощущаться заметнее примерно с 3-4 камер, когда облачный счёт уже сопоставим или превышает стоимость аренды сервера с запасом на будущий рост.

Что учесть при переходе: NVR на месте или сервер в дата-центре

Свой сервер — это не автоматически «дешевле и без забот», у него есть свои ограничения, которые честно стоит проговорить заранее.

Если NVR стоит физически на мойке:

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

Если пишете сразу на удалённый арендованный сервер:

• нужен стабильный исходящий канал интернета на точке — при обрыве связи запись на удалённый сервер прерывается (тут может выручить буфер на локальном роутере или мини-NVR, который досылает пропущенный кусок после восстановления связи, если оборудование это умеет);
• задержка на пару секунд между «событие произошло» и «увидели на удалённом сервере» — для оперативного реагирования на инцидент это не подходит, годится для архива и разбора постфактум, а не для «смотрим на охрану в реальном времени с миллисекундной задержкой»;
• зато не нужно обслуживать физическое железо на мойке, есть резервное питание и защита дата-центра от локальных рисков вроде затопления подсобки.

Часто разумный компромисс — гибрид: недорогой мини-NVR или ПК на самой мойке пишет всё локально на локальный диск, а на удалённый сервер регулярно (раз в сутки или сразу при обнаружении инцидента) выгружаются только нужные фрагменты — это снижает требования и к диску на сервере, и к каналу связи, сохраняя при этом резервную копию важных эпизодов вне точки.

Частые вопросы