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

Обновлено 17.10.2026
Окна обслуживания в Proto Observability Platform: объявление регламентных работ, режимы «Сейчас», «Однократно» и «Регулярно», область действия, предпросмотр охвата, подавление оповещений и инцидентов, отображение на графиках.

На этой странице:

Введение

Плановые работы — перезапуск сервиса, обновление базы данных, миграция стенда, работы на площадке — выглядят для системы мониторинга так же, как авария: метрики проседают, источники замолкают, правила алертинга срабатывают. Дежурная смена получает поток оповещений, о котором и так знала заранее.

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

Как открыть

Главное меню → Инциденты и алерты → Окна обслуживания.

Список окон

Таблица со всеми окнами; доступны поиск по названию и фильтр по статусу.

КолонкаОписание
НазваниеНазвание окна
Область действияСводка объектов, попадающих в окно; при большом числе — «+N ещё»
РасписаниеОднократно с датами начала и окончания либо Регулярно с днями недели, временем, длительностью и часовым поясом
СтатусАктивно, Запланировано, Завершено или Отменено
Следующий запускБлижайшее срабатывание — для регулярных окон

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

Кнопка Создать окно открывает форму.

ПолеОписание
НазваниеОбязательно. Отображается в списке, в пометке подавленного алерта и на графиках
ОписаниеНеобязательно. Здесь удобно указать номер заявки на изменение и ответственного
Область действияОбязательно. См. Область действия
РасписаниеОбязательно. См. Расписание

Область действия

Область действия описывает, какие объекты попадают под подавление. Можно добавить несколько областей — они объединяются по ИЛИ.

Тип областиОписание
ХостыВыбор из обнаруженных хостов
СервисыВыбор из известных платформе сервисов
Группы сервисовБизнес-приложения; под окно попадают все входящие в группу сервисы
Группа хостовГруппа хостов (с версии 204); под окно попадают все хосты группы. Группа выбирается из списка, под ней показывается «N хостов, из них без данных K»
Расширенный (метки)Условия по меткам алерта: метка, оператор и значение — для нестандартных срезов (окружение, кластер, экземпляр)

Правила комбинирования:

  • Несколько хостов или сервисов в одной области — «любой из перечисленных».
  • Условия по меткам внутри одной области объединяются по И.
  • Разные области объединяются по ИЛИ.

Область «Группа хостов»

В форме окна выберите тип Группа хостов и укажите группу в поле «Выберите группу хостов». Окно действует на состав группы на текущий момент, а не на состав на момент создания окна:

  • Хост, добавленный в группу во время работ, начинает глушиться не позже чем через 60 секунд. Хост, убранный из группы, снова оповещает с той же задержкой.
  • Хосты сопоставляются с алертами без учёта регистра: WEB01 в группе глушит алерт с host="web01".
  • Пустая группа окно не выключает и ничего не глушит: форма предупреждает «Группа пуста: окно её не заглушит, пока в ней нет хостов», но создать окно можно. Остальные области окна работают как обычно. Пустая группа никогда не превращается в «подавить всё».
  • Сбой чтения состава группы не отключает окно: платформа продолжает подавлять по последнему известному составу этой области. Сбой чтения одной области не влияет на остальные.
  • Если выбранной группы больше нет, форма сообщает «Группа не найдена. Выберите другую».
  • В списке окон область отображается как «Группа хостов: имя», в подсказке — число хостов. Если группа удалена (окно уже истекло), вместо имени показывается «удалённая группа». Имя и число хостов видны и пользователю, у которого нет права resource_group.
  • Группу, на которую нацелено активное или запланированное окно, удалить нельзя — сначала удалите окно или дождитесь его окончания.

Те же правила — пустая область не выключает окно, сбой чтения состава использует последний известный — действуют и для области «Группы сервисов». Изменение состава группы сервисов теперь тоже доходит до оповещений в течение 60 секунд.

Кого именно заглушило окно, показывает пометка «Обслуживание» на алерте: список хостов на момент срабатывания отдельно не сохраняется.

Расписание

Поддерживаются три режима.

Сейчас

Окно начинается немедленно — режим для незапланированных работ, о которых стало известно в момент начала. Название и область действия задаются как обычно.

Однократно

Разовые работы: указываются начало (дата и время) и длительность в часах; время окончания сразу показывается под полем. Доступны кнопки-предустановки типовой длительности.

Регулярно

Повторяющиеся работы: дни недели (с предустановками «Будни», «Выходные», «Все дни»), время начала, длительность в минутах, часовой пояс и необязательное поле Повторять до — дата окончания серии повторений. Без него серия бессрочна.

Предпросмотр охвата

Ещё до сохранения формы под областью действия показывается строка вида:

Под окно попадёт 14 алертов (3 активных) из 250 за 24 ч

Это оценка по фактическим срабатываниям за последние сутки: сколько алертов заглушило бы такое окно. Список можно раскрыть и посмотреть конкретные алерты и их состояние («активен» / «снят»).

Предпросмотр закрывает главный риск неверно заданной области: слишком широкая область заглушит лишнее, слишком узкая — не заглушит ничего. Если строка сообщает, что совпадений не найдено, область почти наверняка задана неверно.

Что происходит во время окна

Пока окно активно, для попавших в область объектов:

  • Срабатывания не создают инциденты.
  • Оповещения не отправляются ни по одному каналу (email, Telegram, вебхуки и др.).
  • Срабатывания записываются в историю алертов с пометкой «Обслуживание»; в карточке алерта видно, каким именно окном вызвано подавление.
  • Правила обнаружения пропадания данных (No-Data) не поднимают оповещений: остановленный на время работ источник — ожидаемое молчание, а не сбой.

Объекты вне области действия окна обрабатываются как обычно — окно на одном сервисе не глушит остальную инсталляцию.

Окна на графиках

Активные и запланированные окна отображаются полосой на графиках дашбордов вместе с отметками изменений — релизами и развёртываниями. Регулярные окна показываются на весь период повторений в пределах видимого интервала времени.

Это снимает типовой вопрос при разборе: «провал на графике — это авария или плановые работы?». Ответ виден на самом графике, без перехода в другой раздел.

Отмена и удаление окна

  • Отменить окно — прекращает текущее или ближайшее срабатывание. Само окно сохраняется в списке со статусом Отменено; для регулярного окна серия повторений продолжается со следующего срабатывания.
  • Удалить — удаляет окно целиком. Если окно было активно, подавление прекращается немедленно.

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

Права доступа

Раздел управляется RBAC-ресурсом «Окна обслуживания» (maintenance_window). Пользователи без права просмотра раздел не видят.

Создание, изменение, отмена и удаление окон фиксируются в журнале аудита с состоянием «до» и «после» — видно, кто и как менял область действия или расписание.

Типичные сценарии

  • Ночной регламент базы данных. Регулярное окно «Будни, 02:00, 90 минут» с областью «Хосты» по узлам СУБД — ночные перезапуски не поднимают дежурную смену.
  • Релиз сервиса. Окно «Сейчас» длительностью в час с областью «Сервисы» на выкатываемый сервис — всплески ошибок на время выкатки остаются в истории, но не создают инцидент.
  • Работы на группе серверов. Окно с областью «Группа хостов» на группу «Прод-БД» — хост, который добавили в группу во время работ, глушится автоматически, перечислять хосты заново не нужно.
  • Работы на площадке. Однократное окно с областью «Группы сервисов» на бизнес- приложение — заглушается всё приложение целиком, перечислять хосты не требуется.
  • Разбор постфактум. История алертов с фильтром по пометке «Обслуживание» показывает, что происходило во время работ, — полезно, если после регламента осталась деградация.

См. также