Gotcha

Окна обслуживания

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

Страница — /projects/{id}/maintenance, доступна владельцу/админу организации проекта.

Создание окна

  1. На странице «Maintenance» нажмите «New maintenance window» — откроется модальная форма.
  2. Укажите Name — короткое описание работ (например, «Обновление БД»).
  3. Выберите тип через чекбокс Weekly:
    • не отмечен — разовое окно: задайте Start и End (дата и время, поля datetime-local);
    • отмечен — еженедельно повторяющееся окно: задайте Weekday (день недели) и время Start/End в формате ЧЧ:ММ, которое будет повторяться каждую неделю в этот день.
  4. Укажите Timezone — выберите из списка (UTC, Europe/Moscow, Europe/Berlin, Asia/Yekaterinburg) или, если нужного часового пояса нет в списке, выберите «Другой» и впишите IANA-имя вручную в соседнее поле (например, Asia/Novosibirsk).
  5. Сохраните — «Create».

Созданные окна видны списком (имя, тип, расписание) с кнопкой удаления у каждой строки.

Как это влияет на мониторы и оповещения

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

На странице монитора и в списке инцидентов такие инциденты помечены отдельной колонкой «Maintenance» (да/нет), поэтому вы всегда можете отличить реальную тревогу от ожидаемого простоя во время работ.

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

Что дальше