Staging vs production в StillOnline на Free и Pro

Staging — чтобы ломать до клиентов. Мониторинг production — чтобы клиенты не писали первыми. Одинаковые проверки StillOnline на обоих звучат правильно, пока телефон не пищит из‑за планового staging в 2 ночи.

StillOnline считает проекты и URL-проверки на проект — Free: 1 проект, 1 проверка; Pro: 10 проектов, по 10 проверок. Ниже — что куда вешать indie-команде.

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

Сначала production — канонический health, страница статуса, алерты. Staging — только при стабильном публичном URL, который важен ночью (демо для sales), и отдельном потоке уведомлений. Разные проекты StillOnline для staging и prod — не смешивайте страницы статуса. Free не покроет оба без отказа от staging. «Заглушить» staging — отключить проверку; тихих часов в v1 нет.

Сравнение

Тарифы

История: 24 ч Free, 90 дней paid — staging редко нужен для compliance.

Рекомендуемая схема

Соло, один staging URL

1. Проект Production — api.../health, публичная страница, Telegram.
2. Staging без внешнего монитора до on-call или демо на staging.
3. Smoke после деплоя в staging — GitHub Actions.

Команда со стабильным staging

1. Проект Staging — staging-api.../health, приватная страница на Pro — публичная vs внутренняя.
2. Другой канал алертов или выключенная проверка на maintenance.
3. Staging status не в customer docs.

Усталость от алертов

FAQ

Две проверки в одном проекте?

На Pro можно, но одна страница статуса смешает среды — лучше два проекта.

Тихие часы для staging?

Отключите проверку или email-only; расписания mute нет.

Публичная status page для staging?

Обычно нет — приватная на Pro или пропуск — гайд.