Краткий ответ: Плановые работы — это запланированная работа с сетью, питанием или хост-оборудованием, которая по возможности анонсируется заранее и ставится в часы низкого трафика, когда это практично. Анонсированные окна не являются сбоями и исключаются из обработки SLA-инцидентов. Точные практики уведомления регулирует Terms of Service.
Обзор
Проактивное обслуживание — это то, что не даёт инфраструктуре отказывать непредсказуемо: обновления прошивок и безопасности сетевого оборудования, патчи гипервизоров, апгрейды мощностей, тесты ИБП и генераторов. Компромисс политики сознательный — короткие, анонсированные, контролируемые окна вместо долгих неожиданных инцидентов.
Что нужно знать
- Читайте анонсы работ, когда они приходят (см. как работают уведомления), и заносите релевантные окна в календарь.
- Знайте локацию своей услуги, чтобы фильтровать объявления до того, что реально вас касается.
- Для критичных систем проектируйте graceful degradation: кеши, очереди и retry-логика превращают миг перерыва в ничто.
Пошаговая инструкция
Как безболезненно жить с плановыми окнами:
- Получив анонс, сверьте охват и время со своими услугами.
- Перенесите деплои, миграции, бэкапы и тяжёлые cron-задачи за пределы окна.
- Если ожидаемое влияние — перерывы связи, предупредите собственных клиентов заранее.
- Во время окна удержитесь от перезапусков/перенастроек — временные ошибки ожидаемы и самоизлечиваются.
- После окна проверьте, что ваш стек вернулся чисто (сервисы работают, репликация догнала, очереди разобраны).
Типичные проблемы
- Тревоги мониторинга во время окна: аннотируйте или заглушите проверки на анонсированные окна, чтобы не уставать от алертов.
- Разрыв долгоживущих соединений: сетевые работы могут сбрасывать сессии — приложения должны переподключаться автоматически.
- Предположение нулевого влияния: «без ожидаемого влияния» — это план, а не гарантия; критичные операции всё равно лучше планировать на другое время.
Когда обращаться в поддержку
Откройте тикет, если плановое окно совпадает с критичным бизнес-моментом (поддержка иногда может посоветовать по таймингу), или если проблемы продолжаются после закрытия анонсированного окна.
Частые вопросы
Считаются ли плановые работы простоем по SLA?
Анонсированные окна работ исключаются из обработки SLA-инцидентов. Они запланированы, по возможности коммуницированы заранее и ставятся в часы низкого трафика, когда это практично.
Чего избегать во время окна работ?
Деплоев, миграций, больших бэкапов и инвазивной диагностики. Временные ошибки внутри окна ожидаемы; вместо этого проверьте свой стек после закрытия окна.
Можно ли подвинуть окно работ ради моего критичного события?
Иногда объём работ позволяет гибкость. Сообщите поддержке о конфликте через тикет как можно раньше, и команда подскажет, что реалистично для этих конкретных работ.
Похожие статьи
Нужна помощь? Связаться с поддержкой Cloud2Y →
