Ещё онлайн?StillOnline?

Запланированное обслуживание на странице статуса

Миграция БД или смена балансировщика не должны выглядеть как «они сломались и молчат». Запланированное обслуживание на странице статуса говорит клиентам: мы в курсе, окно такое-то.

В StillOnline инциденты (включая обслуживание) идут в таймлайн проекта. HTTP-проверки могут идти дальше — согласуйте текст и цвет страницы, чтобы клиенты не удивились degraded или down.

Краткий ответ

Публикуйте запланированное обслуживание на странице статуса StillOnline до деплоя — клиенты видят окно работ, а не «тишину и красную точку». Проверки могут пожелтеть или покраснеть; поясните это в теле инцидента и оставьте алерты владельца в Telegram на случай сюрприза. Закройте Resolved, когда проверки снова зелёные.

До начала работ

Ранний анонс превращает ночной деплой в управляемую коммуникацию.

  1. Анонс — инцидент: заголовок «Плановое обслуживание», статус Scheduled / In progress при старте.
  2. Та же публичная ссылка, что даёте клиентам — гайд.
  3. Команда — неожиэтот DOWN всё равно шлёт алерт. Подключите бота StillOnline в настройках: Алерты в Telegram. Плановое — ваш пост; авария — проверка.

Во время окна

Цвет проверки и слова для клиентов могут расходиться — выровняйте их намеренно.

ПодходКогда
Проверки включеныКороткий жёлтый/красный — поясните в теле инцидента
Health отдаёт «на обслуживании» с 200Контролируемый ответ
Реальный простойЧестный red + текст

Шаблон текста: инцидент.

После

Закройте инцидент, чтобы в истории было видно завершение.

  1. Resolved с временем окончания.
  2. Зелёные проверки в кабинете и на /s/....
  3. Кратко: что изменилось для пользователей.

Подписчики с 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 при смене статуса инцидента — отдельно от алертов владельца в настройках.

Дополнительно