Что мониторить на Vercel, Railway и Fly.io
Vercel, Railway и Fly.io дают indie-основателям HTTPS и деплой из Git, но прячут разные режимы отказа. Панели отвечают на «деплой прошёл?»; внешний мониторинг — на «клиент curl-ит тот же URL прямо сейчас?»
Один чеклист для трёх PaaS. Пошаговая настройка — в отдельных гайдах ниже. StillOnline везде одинаков: публичный health URL, размещённая страница статуса, алерты владельцу через бота StillOnline, Slack или email.
Краткий ответ
На Vercel, Railway или Fly.io мониторьте один production HTTPS health URL (GET /health или /api/health с 200) — не preview. StillOnline проверяет снаружи каждые пять минут на Free (один URL; тарифы), публикует stillonline.tech/s/..., алерты через бота StillOnline.
Сравнительный чеклист
| Что мониторить | Vercel | Railway | Fly.io |
|---|---|---|---|
| Production health URL | Да — serverless или Node route | Да — hostname web-сервиса | Да — *.fly.dev или свой домен |
| Preview / PR deploy | Нет | Нет | Нет |
| Только маркетинговый сайт | Только если это и есть продукт | Редко | Редко |
| Worker с публичным health | Если доступен по HTTP | Если есть публичный URL | Machines с публичным маршрутом |
| Только внутренняя сеть | Нет | Нет | Нужен публичный HTTPS |
| Статус платформы | Только справка | Только справка | Только справка |
Подробно: Vercel · Railway · Fly.io.
Общий паттерн (все три хоста)
GET /health→ 200, без auth на пути, быстрее 2 с — дизайн health URL.curlснаружи вашей сети, не только из shell платформы.- StillOnline → Новый проект → URL → страница статуса — быстрый старт.
- Настройки → Подключить Telegram → бот StillOnline — Telegram.
Free: один проект, один URL, интервал 5 мин. Pro / Ultimate: больше проверок и все каналы — тарифы.
Особенности по хостам
| Хост | Типичная ловушка | Что делать |
|---|---|---|
| Vercel | Cold start serverless | Минимальный handler; без тяжёлой БД на каждую внешнюю проверку |
| Railway | Spin-down на free tier | Краткий красный при пробуждении |
| Fly.io | Scale-to-zero, blip деплоя | /health, не / с редиректами — гайд Fly |
Редиректы и антибот: гайд по внешним проверкам.
Когда хватает одной HTTP-проверки
Для micro-SaaS до серьёзного multi-region одной проверки primary API health в StillOnline обычно достаточно. Вторая — когда есть отдельный публичный hostname (например приём webhooks). См. API-only SaaS.
Связанные материалы
FAQ
StillOnline настраивается по-разному под каждый PaaS?
Мониторить Vercel и Railway, если staging и prod на разных хостах?
На Free — только production (один URL). Дубли staging часто дают усталость от алертов; вторую проверку на Pro — только если staging должен будить вас отдельно.
StillOnline заменяет встроенные метрики платформ?
Нет. Метрики — для операторов; StillOnline даёт внешнюю HTTP-правду, страницу статуса для клиентов и алерты — публичная страница.
Какой путь health на всех трёх?
GET /health или GET /api/health с 200 — общая конвенция. Совпадайте с API reference — дизайн health URL.