Запланированное обслуживание на странице статуса
Миграция БД или смена балансировщика не должны выглядеть как «они сломались и молчат». Запланированное обслуживание на странице статуса говорит клиентам: мы в курсе, окно такое-то.
В StillOnline инциденты (включая обслуживание) идут в таймлайн проекта. HTTP-проверки могут идти дальше — согласуйте текст и цвет страницы, чтобы клиенты не удивились degraded или down.
Краткий ответ
Публикуйте запланированное обслуживание на странице статуса StillOnline до деплоя — клиенты видят окно работ, а не «тишину и красную точку». Проверки могут пожелтеть или покраснеть; поясните это в теле инцидента и оставьте алерты владельца в Telegram на случай сюрприза. Закройте Resolved, когда проверки снова зелёные.
До начала работ
Ранний анонс превращает ночной деплой в управляемую коммуникацию.
- Анонс — инцидент: заголовок «Плановое обслуживание», статус Scheduled / In progress при старте.
- Та же публичная ссылка, что даёте клиентам — гайд.
- Команда — неожиэтот DOWN всё равно шлёт алерт. Подключите бота StillOnline в настройках: Алерты в Telegram. Плановое — ваш пост; авария — проверка.
Во время окна
Цвет проверки и слова для клиентов могут расходиться — выровняйте их намеренно.
| Подход | Когда |
|---|---|
| Проверки включены | Короткий жёлтый/красный — поясните в теле инцидента |
| Health отдаёт «на обслуживании» с 200 | Контролируемый ответ |
| Реальный простой | Честный red + текст |
Шаблон текста: инцидент.
После
Закройте инцидент, чтобы в истории было видно завершение.
- Resolved с временем окончания.
- Зелёные проверки в кабинете и на
/s/.... - Кратко: что изменилось для пользователей.
Подписчики с Google на публичной странице получают email при смене статуса инцидента.
Ритм для indie
Подстройте ритуал под частоту релизов.
- Еженедельный деплой — однострочный обслуживание в привычку.
- Редкая миграция — анонс за сутки + ссылка stakeholders.
- Страницы ещё нет — быстрый старт health URL → проект → первое обслуживание в тот же день.
Связанные материалы
FAQ
Сработают ли алерты StillOnline в Telegram при плановом обслуживании?
Если health URL на деплое отдаёт не 200, StillOnline может кратко будить владельца — это нормально. Опишите план в инциденте об обслуживании; staging не вешайте на ту же проверку, если шум мешает. Алерты в Telegram.
Можно ли автоматизировать обслуживание в StillOnline из CI?
На Pro — incident API для открытия и закрытия окон из pipeline: REST API. Текст для клиентов редактируете вы.
Доступны ли инциденты StillOnline на тарифе Free?
Публикация инцидентов в таймлайне поддерживается; актуальные лимиты — на тарифах. Один пост об обслуживании дешевле лавины тикетов на деплое.
Чем обслуживание в StillOnline отличается от жёлтого статуса проверки?
Обслуживание — слова в таймлайне; цвет на странице — измерение HTTP. Совмещайте оба при реальном простое — шаблон инцидента.
Публиковать ли StillOnline обслуживание перед каждым еженедельным деплоем?
Для B2B однострочный пост снижает сюрприз. Даже при «тихом» деплое пост дешевле тикетов — публичная страница статуса.
Получат ли подписчики StillOnline email при публикации обслуживания?
На публичной странице подписчики Google получают email при смене статуса инцидента — отдельно от алертов владельца в настройках.