Непрерывный просмотр потока был неудобен, а запись только после срабатывания могла начинаться слишком поздно. Публичный доступ к видеопотоку не требовался.
Камера подъезда: события, буфер и уведомления
Значимое событие сохраняет короткий фрагмент с предварительным контекстом и формирует мобильное уведомление без прямой публикации камеры.
- Не публиковать видеопоток напрямую в интернет
- Ограничить частоту сообщений при серии срабатываний
- Сохранить фрагмент до момента детекции
До
- Для проверки события нужно было открывать прямой поток
- Запись без предварительного буфера могла не показать начало
- Частые срабатывания создавали повторные уведомления
После
- Событие сопровождается короткой записью с контекстом
- Повторные срабатывания не создают непрерывную серию сообщений
- Поток остаётся внутри разрешённого сетевого контура
Почему так: Предварительный буфер сохраняет начало ситуации, а событийная модель уменьшает необходимость постоянно просматривать камеру.
- Зафиксировано исходное состояние
- Собрана тестовая схема
- Проверены рабочий сценарий и откат
- Изменения переданы владельцу
Риски
- Чувствительный детектор создаёт лишние события
- Недостаток места прерывает сохранение новых фрагментов
- Слабые сетевые границы открывают доступ к потоку
Проверка
Проверялись начало фрагмента до срабатывания, ограничение повторов, доставка уведомления и отсутствие прямого доступа к камере из внешней сети.
Восстановление
Конфигурация камеры, go2rtc и автоматизации сохраняется отдельно от временных записей. После возврата проверяются поток, детектор и путь сохранения.
Проверить событие можно из уведомления и короткой записи, не открывая постоянный видеопоток для внешнего доступа.
Разобрать похожую задачу
Архитектура всегда зависит от исходных ограничений. Начнём с безопасного описания текущего состояния.