Мониторинг health endpoint API

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

Мониторинг API в StillOnline — это HTTP uptime check на GET /health, /api/health или /ready, а не отдельный synthetic-продукт. Внешние probe ждут код ответа (обычно 200) по расписанию. Free: 1 URL; Pro — больше URL и интервалы. Вместе со status page и REST API на paid.

Преимущества

• Один health URL — один контракт для мониторов и агентов.
• Ранний сигнал — 5xx до волны тикетов в саппорт.
• Любой стек — Next.js, FastAPI, Rails, Go — если HTTPS и публичный доступ.
• Компонент на status page — check виден клиентам.
• Для агентов — публичный status JSON + MCP на Pro после деплоя.

Как это работает

1. Лёгкий GET-handler (до ~2 с, без секретов в теле).
2. curl с внешней сети.
3. Полный HTTPS URL в StillOnline.
4. Ожидаемый статус 200 (или ваш контракт).
5. Алерты и ссылка на status page.

Гайды: FastAPI health · quickstart.

Доступность по тарифам

Те же лимиты URL и интервалов, что у мониторинга аптайма. SSL и PageSpeed делят квоту checks на проект.

FAQ

Чем API monitoring отличается от мониторинга сайта?

Тип check тот же HTTP. Отличается intent — health API, а не лендинг.

Можно проверять поля JSON?

Отдельного типа check нет. Опирайтесь на HTTP-статус или логику внутри /health.

/health или /ready?

Один URL везде. /ready — только если готовы к ложным down при деплое.

POST и авторизация?

Checks — GET на публичные URL без custom headers в v1. Для защищённых маршрутов — отдельный публичный health.