Чеклист production-мониторинга для side project
Чтобы выйти из режима «у меня на ноутбуке работает», не нужен счёт Datadog. Нужен короткий список на один вечер: URL, который бьёт интернет, страница, которую можно дать клиенту, и один канал, который достучится до телефона, когда проверка краснеет.
Чеклист для инди-основателя: micro-SaaS, API или no-code-бэкенд на Vercel, Railway и похожих платформах. StillOnline закрывает минимальный слой: внешние HTTP-проверки, размещённая публичная страница статуса и алерты владельца по email, через бота StillOnline в Telegram или Slack. Uptime Kuma на своём сервере и полный стек наблюдаемости можно отложить.
Краткий ответ
Прежде чем называть side project «в проде», сделайте четыре вещи: публичный GET health URL с HTTP 200, внешнюю проверку этого URL, ссылку на страницу статуса в документации и один канал алертов владельца (email, Telegram через бота StillOnline или Slack). На Free StillOnline даёт один проект, один URL, проверки раз в 5 минут, историю 24 ч и страницу stillonline.tech/ru/s/... — быстрый старт health URL. Алерты в Telegram подключите в тот же день; Pro (9 $/мес) — когда нужен второй URL или приватная страница.
Когда side project становится «продом»
«Прод» здесь не про SOC 2. Это момент, когда от вашего URL зависит кто-то ещё: бета-пользователь, подписчик Stripe или API-ключ в скрипте клиента. Тогда о падении нужно узнать раньше, чем придёт письмо в поддержку.
| Сигнал | Зачем поднимать мониторинг |
|---|---|
| Первый внешний пользователь или API-ключ | В локальных логах простоя не видно |
| Появились деньги (хотя бы 20 $/мес) | Письма «у вас лежит?» дороже мониторинга |
| Ночью крутятся cron и вебхуки | О сбое деплоя в 3:00 вы сами не узнаете |
Enterprise APM можно отложить, пока не давят выручка или требования compliance — страница статуса без полного стека наблюдаемости.
Чеклист (по порядку)
Идите сверху вниз один раз. Каждый шаг опирается на предыдущий; без health URL остальное — гадание.
1 — Определите, что значит «лежит»
Выберите один HTTPS URL, при котором «клиент не может пользоваться продуктом». Часто это GET /api/health на API-хосте, а не только маркетинговый сайт. Для API-only: что мониторить.
Зафиксируйте путь в README и runbook. Мониторы, включая StillOnline, видят только код ответа на вставленный URL, не ваши намерения.
2 — Сделайте и проверьте health URL
Быстрый handler (ответ примерно меньше чем за 2 с), 200, когда продукт жив, и curl не из вашей Wi‑Fi до регистрации. Подробно: быстрый старт health URL.
Типичные ошибки:
- Health за авторизацией → мониторы видят 401 и считают вас down.
- Цепочка редиректов → фиксируйте один URL с 200.
- Readiness с пингом БД на каждый запрос → шум при кратком сбое БД (осознанно выберите liveness vs readiness).
3 — Внешняя проверка
docker compose у себя не доказывает доступность из интернета. Зарегистрируйте полный HTTPS URL в StillOnline:
- Старт бесплатно → Новый проект → slug страницы статуса.
- Добавить проверку → GET, ожидание 200, интервал 5 мин на Free.
- Подождите 2–3 цикла проверки, прежде чем судить по красному/зелёному.
Free: 1 проект, 1 URL, история 24 ч. Второй критичный URL или приватная страница → Pro.
4 — Опубликуйте ссылку на страницу статуса заранее
Привычка до первого инцидента: https://stillonline.tech/ru/s/{project-id} в онбординге, Notion или шаблоне ответа поддержки. Гайд: публичная страница статуса для SaaS.
На деплоях — запланированное обслуживание, не тишина. После сбоя — шаблон поста об инциденте; сначала всё равно дайте ссылку на страницу статуса.
5 — Алерты владельца (один канал на Free)
В настройках аккаунта на Free включите один канал: email, Telegram (Connect Telegram → бот StillOnline → Start, BotFather не нужен) или Slack Incoming Webhook. Инструкции: Telegram · Slack.
На Pro / Ultimate — все три канала владельца. Subscribe with Google на публичной странице — отдельно: письма подписчикам об обновлениях инцидента, не замена алерта на телефон.
6 — По желанию: Page Speed и MCP
- Core Web Vitals / Lighthouse — не то же самое, что uptime; когда важна скорость маркетинга — мониторинг Page Speed в StillOnline.
- MCP в Cursor — после смен инфраструктуры на Pro, пересоздание проверок из IDE (MCP).
Что отложить на потом
| Соблазн | Почему отложить |
|---|---|
| Полный Datadog / Grafana | Цена и время настройки не окупаются на старте |
| Uptime Kuma на своём сервере | Операционка до выручки — размещённая альтернатива |
| Мониторинг каждого микросервиса | Сначала один URL «продукт лежит» |
| Нативный Discord webhook в StillOnline | В v1 нет — обходные пути |
| Свой домен для страницы статуса | StillOnline размещает на stillonline.tech/.../s/... — делитесь этой ссылкой |
Выбор инструментов: лучший uptime-мониторинг для indie SaaS 2026 · StillOnline vs альтернативы.
Привычка на пять минут в неделю
Мониторинг устаревает, когда URL меняют без обновления проверки.
- После деплоя — взгляд на страницу статуса: зелёный после 2–3 интервалов.
- Смена домена или пути — обновить URL проверки в StillOnline в том же PR.
- Раз в квартал — открыть публичную страницу в инкогнито: грузится, история на месте.
Когда чеклист закрыт и появилась выручка — страница статуса при первых платящих.
Связанные материалы
- Health URL — быстрый старт за 5 минут
- Публичная страница статуса для SaaS, API или бота
- Алерты владельца в Telegram (бот StillOnline)
- Страница статуса при первой выручке
FAQ
Заменяет ли StillOnline логи и APM для side project?
Нет. StillOnline отвечает на вопрос «вернул ли этот URL ожидаемый HTTP-статус по расписанию?» и даёт страницу статуса с короткой историей на Free. Логи, трейсы и учёт ошибок остаются у хостинга или в будущем APM — страница статуса без полного стека наблюдаемости. Начните с одного health URL.
Хватает ли StillOnline Free до первых платящих?
Чаще всего да. Free — одна внешняя проверка, публичная страница и один канал алертов владельца. Когда нужны второй URL (API + маркетинг), приватная страница или API/MCP — Pro. Отдельно про выручку: первые платящие.
Можно пройти чеклист без публичной страницы статуса?
Проверки и алерты владельца — да, но пропадёт закладка для клиентов и партнёров. На Free публичная страница stillonline.tech/ru/s/... уже есть — положите ссылку в доки до первого сбоя. Приватная страница — переключатель Pro.
Telegram или email для алертов StillOnline, если проект по вечерам?
Telegram через бота StillOnline дотягивается до телефона на каждом неуспешном интервале, пока проверка красная — удобно соло-фаундеру. Email сжимает повторы (примерно раз в 15 минут) и годится как архив. На Free — один канал в настройках; на Pro — все три.
Проверяет ли StillOnline на Free срок действия SSL-сертификата?
Нет отдельного SSL-монитора на Free. HTTP-проверка может упасть при сломанном TLS, но напоминания об истечении — у регистратора или отдельного инструмента. В первый вечер сфокусируйтесь на стабильном 200 и алертах — дизайн health endpoint, если разделяете liveness и readiness.