Окна мониторинга: проверки, когда ожидается трафик
Не каждый простой вне торговых часов одинаково важен. У монитора режим «всегда» или своё окно: дни недели, интервал времени, вариант через полночь. Вне окна плановые проверки пропускаются — меньше шума в запланированные тихие периоды.
Что хранится у монитора
Режим окна (всегда / своё), опционально время с–по в формате ЧЧ:ММ и битовая маска дней недели — как в форме редактирования после входа.
Поведение внутри окна
Пока время попадает в активный день и интервал, синтетические проверки идут с каденсом, разрешённым тарифом для типа монитора.
Вне окна
Воркер пропускает скан и переносит следующий запуск. В интерфейсе может отображаться состояние вне окна мониторинга — договоритесь с дежурством, что это не «таинственный» сбой.
Окно через полночь
Диапазоны вроде 22:00–06:00 поддерживаются логикой сравнения минут в UTC внутри продукта.
И отличие от паузы
Пауза останавливает всё до ручного снятия. Окна — регулярные тихие часы без удаления контактов и истории.
И отчёты SLA
Отчёты по-прежнему отражают инциденты за периоды, когда проверки реально выполнялись; сочетайте окна с SLA, если договор про часы работы.
Чего нет
Нет встроенных производственных календарей праздников и синхронизации с внешним PTO — задаёте окна явно в форме.
Дальше
Отметьте мониторы 24/7, найдите шумные проверки только для офиса, переведите их на своё окно и проверьте состояние дашборда вне окна.
Что можно проверять в SitePuls на этой странице
- У монитора хранятся window_mode (всегда / своё), опционально время с–по ЧЧ:ММ и битовая маска дней — как в формах создания и правки.
- Вне активного окна по UTC планировщик не запускает синтетическую проверку, а переносит следующий запуск вместо опроса цели.
- В интерфейсе может отображаться состояние вне окна мониторинга — чтобы отличать намеренный пропуск от сетевого сбоя.
- Окна через полночь обрабатываются той же минутной логикой, что и в модели Site.
Куда уходят оповещения об инцидентах
- Адреса электронной почты в контактах получают письма при открытии и закрытии инцидентов (в рамках настроек уведомлений).
- Уведомления в Telegram через бота SitePuls после привязки чата к контакту (включая сценарий /start для ожидающих контактов).
- HTTPS-вебхуки с JSON: тип события, идентификаторы монитора, статус, время, при необходимости id инцидента и короткое сообщение — для своих интеграций.
- Режим Slack-compatible incoming webhook: отдельный формат полезной нагрузки в настройках контакта.
Вопросы и ответы
Пропуск по окну создаёт инцидент?
Нет — это намеренный пропуск, не таймаут проверки.
Можно смешивать режимы?
Да, у каждого монитора своя конфигурация.
Какая таймзона?
Окна считаются по UTC на сервере — сверяйте с отображением в UI для распределённых команд.
Heartbeat и окна?
Heartbeat оценивает возраст последнего сигнала; согласуйте сценарии паузы задач с документацией в приложении.
Меньше ложных алертов?
Да, нет проверок вне ожидаемых часов — меньше ложных эскалаций при плановом простое.
Это как maintenance?
Окна — повторяющееся правило; разовые работы могут использовать паузу монитора.
Мобильное приложение?
Поля идут из той же модели монитора; паритет мобильного клиента — по возможностям вашей сборки API.
Где настроить?
Создание/редактирование монитора после входа — секция окна мониторинга.