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

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

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

Контекст: стримы ведут модели

На платформе работают модели — живые авторы трансляций. Каждая из них выходит в эфир по собственному графику:

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

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

В чём была основная сложность

Проблема была не в сохранении видео как таковом, а в самом процессе наблюдения:

• нужно регулярно проверять несколько страниц, чтобы не пропустить начало эфира;
• невозможно надолго отвлечься без риска что-то упустить;
• видео становится доступно только в момент начала трансляции;
• внимание постоянно тратится на ожидание.

Даже три модели требуют постоянного внимания. При дальнейшем расширении списка моделей к этому добавляется ещё один слой сложности — ресурсный.

Как выстроена система мониторинга

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

В упрощённом виде логика работы выглядит так:

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

Почему такой формат оказался удобным

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

В случае с тремя моделями эта нагрузка просто утраивается: внимание распыляется, возрастает риск пропустить начало трансляции, а сам процесс превращается в постоянное ожидание.

Автоматический мониторинг снимает эту нагрузку: система сама следит за состоянием страниц и реагирует только тогда, когда действительно начинается трансляция.

При увеличении количества моделей появляется вторая задача — управление ресурсами:

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

В этом случае уже недостаточно просто «проверять чаще». Нужен подход, в котором мониторинг, нагрузка и объём данных находятся в балансе.

Автоматизация здесь — не отдельный инструмент, а часть процесса, который я настраиваю, сопровождаю и адаптирую под конкретные объёмы и условия работы.

Надёжность и длительная работа

Отдельное внимание уделено стабильности:

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

Это позволяет использовать решение в повседневной работе без возврата к ручному контролю.

Результат

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

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