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

Окно обслуживания объявляет о запланированном простое заранее. Если инцидент — это запись о непредвиденной проблеме, то окно обслуживания — это запланированный период (деплой, миграция базы данных, перезагрузка хоста), который, как вы ожидаете, затронет отслеживаемый сервис, и о котором сообщается заранее, чтобы его не приняли за сбой.

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

Когда использовать окно обслуживания

Используйте окно обслуживания (вместо инцидента), когда простой:

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

Для непредвиденной проблемы, на которую вы реагируете, вместо этого открывайте инцидент.

Что содержит окно обслуживания

Поле Описание
Заголовок Краткое описание запланированных работ (обязательно).
Описание Более развёрнутое объяснение того, что происходит, и ожидаемого воздействия (необязательно).
Монитор Монитор, к которому применяется окно (необязательно — оставьте пустым для окна на весь аккаунт).
Время начала Когда начинается обслуживание (обязательно).
Время окончания Когда обслуживание предположительно завершится (обязательно).
Повторяющееся Повторяется ли окно.
Правило повторения Шаблон повторения, когда окно повторяющееся (например, еженедельная периодичность).

Временной диапазон окна — это то, что говорит StatusRadar и вашим пользователям ожидать пониженной доступности между start_time и end_time.

Планирование окна

Когда вы планируете окно обслуживания:

  1. Дайте ему понятный заголовок, описывающий работы.
  2. При желании выберите монитор, который оно затрагивает. Привяжите его к конкретному сервису, который будет недоступен, чтобы объявление было адресным; оставьте без привязки для более широкого обслуживания на весь аккаунт.
  3. Добавьте описание, чтобы читатели знали об ожидаемом воздействии и любых обходных путях.
  4. Установите время начала и время окончания, которые ограничивают работы.
  5. Если работы повторяются (например, регулярная еженедельная перезагрузка), отметьте окно как повторяющееся и определите правило повторения.

Планируйте окна заранее, до начала работ, чтобы объявление было видно до начала простоя.

Повторяющееся обслуживание

Для повторяющихся операций — ночной задачи, еженедельного окна обновлений — отметьте окно как повторяющееся и задайте правило повторения, описывающее периодичность. Одно повторяющееся окно охватывает каждое вхождение, поэтому вам не нужно пересоздавать его каждый раз. Используйте разовые (неповторяющиеся) окна для уникальных запланированных событий, например крупной миграции.

Обслуживание vs. инциденты

Окно обслуживания Инцидент
Природа Запланировано, ожидаемо Непредвиденная проблема
Тайминг Запланировано заранее, фиксированные начало/окончание Открывается, когда начинается проблема
Жизненный цикл Начинается и заканчивается по своему расписанию Проходит через investigating → identified → monitoring → resolved
Кем создано Вами, заранее Автоматически (монитор недоступен / аномалия) или вручную
Повторяемость Может повторяться по правилу Один на каждое вхождение

Советы

  • Планируйте заранее. Добавляйте окно до начала работ, чтобы объявление появилось до начала простоя.
  • Конкретизируйте воздействие. Укажите, какой сервис затронут и на какое время.
  • Согласуйте временной диапазон с реальностью. Держите start_time/end_time в соответствии с фактическими работами, чтобы ожидания были точными.
  • Заглушите связанные оповещения об аномалиях. Запланированный простой иначе может сработать на обнаружении аномалий. См. Обнаружение аномалий о снижении ложных срабатываний во время запланированного обслуживания и деплоев.

Дальнейшие шаги