Коротка відповідь: Планові роботи — це запланована робота з мережею, живленням чи хост-обладнанням, яка за можливості анонсується заздалегідь і ставиться в години низького трафіку, коли це практично. Анонсовані вікна не є збоями і виключаються з обробки SLA-інцидентів. Точні практики сповіщення регулює Terms of Service.
Огляд
Проактивне обслуговування — це те, що не дає інфраструктурі відмовляти непередбачувано: оновлення прошивок і безпеки мережевого обладнання, патчі гіпервізорів, апгрейди потужностей, тести ДБЖ і генераторів. Компроміс політики свідомий — короткі, анонсовані, контрольовані вікна замість довгих несподіваних інцидентів.
Що потрібно знати
- Читайте анонси робіт, коли вони приходять (див. як працюють сповіщення), і заносьте релевантні вікна в календар.
- Знайте локацію своєї послуги, щоб фільтрувати оголошення до того, що реально вас стосується.
- Для критичних систем проєктуйте graceful degradation: кеші, черги та retry-логіка перетворюють мить перерви на нічого.
Покрокова інструкція
Як безболісно жити з плановими вікнами:
- Отримавши анонс, звірте охоплення і час зі своїми послугами.
- Перенесіть деплої, міграції, бекапи та важкі cron-задачі за межі вікна.
- Якщо очікуваний вплив — перерви зв’язку, попередьте власних клієнтів заздалегідь.
- Під час вікна утримайтеся від перезапусків/переналаштувань — тимчасові помилки очікувані й самовиліковуються.
- Після вікна перевірте, що ваш стек повернувся чисто (сервіси працюють, реплікація наздогнала, черги розібрані).
Типові проблеми
- Алярми моніторингу під час вікна: анотуйте або заглушіть перевірки на анонсовані вікна, щоб не втомлюватися від алертів.
- Розрив довгоживучих з’єднань: мережеві роботи можуть скидати сесії — застосунки мають перепідключатися автоматично.
- Припущення нульового впливу: «без очікуваного впливу» — це план, а не гарантія; критичні операції все одно краще планувати на інший час.
Коли звертатися в підтримку
Відкрийте тикет, якщо планове вікно збігається з критичним бізнес-моментом (підтримка іноді може порадити щодо таймінгу), або якщо проблеми тривають після закриття анонсованого вікна.
Часті запитання
Чи рахуються планові роботи простоєм за SLA?
Анонсовані вікна робіт виключаються з обробки SLA-інцидентів. Вони заплановані, за можливості комуніковані заздалегідь і ставляться в години низького трафіку, коли це практично.
Чого уникати під час вікна робіт?
Деплоїв, міграцій, великих бекапів та інвазивної діагностики. Тимчасові помилки всередині вікна очікувані; замість цього перевірте свій стек після закриття вікна.
Чи можна посунути вікно робіт заради моєї критичної події?
Іноді обсяг робіт дозволяє гнучкість. Повідомте підтримку про конфлікт через тикет якомога раніше, і команда підкаже, що реалістично для цих конкретних робіт.
Схожі статті
Потрібна допомога? Звернутися в підтримку Cloud2Y →
