Health endpoint
Проверяйте маршрут готовности приложения, а не только доступность хоста. Код ошибки поможет заметить отказ зависимости.
Мониторинг API: проверяйте ответ нужного endpoint
Задайте метод, адрес и ожидаемый статус. В истории видно, вернулся ли нужный ответ и сколько занял запрос — даже когда сам сервер остаётся доступным.
Регистрация бесплатная. Эта проверка доступна на Free.
Пример проверки
Демонстрационные данныеEndpoint ответил 401 вместо 200
Ответ получен быстро, но условие успешной проверки не выполнено.
Результат: Неверный статус
- Метод
- GET
- Endpoint
- api.example.ru/v1/profile
- HTTP
- 401 вместо 200
- Время ответа
- 286 мс
Когда нужен мониторинг API
Интеграция с партнёром
Повторяйте безопасный запрос к внешнему API и сохраняйте ответы для разговора о сбое или изменившемся контракте.
Авторизованный метод
Отличайте HTTP 401 от сетевого отказа. Проверяйте доступ специально созданной учётной записи с минимальными полномочиями.
Опишите ожидаемый ответ
- 1
Укажите endpoint, HTTP-метод, заголовки и при необходимости тело запроса. Выбирайте запрос, который безопасно повторять.
- 2
Задайте ожидаемый HTTP-код и интервал. По умолчанию успех — код 200; для другого контракта укажите соответствующее значение.
- 3
Подключите оповещения. При ошибке сравните фактический статус и длительность с настройкой, прежде чем менять приложение или инфраструктуру.
Проверка ближе к реальному контракту
Работающая главная страница не подтверждает доступность API. Для API укажите точный путь, подходящий метод и нужные заголовки: ответ GET на корень сервера может ничего не говорить о маршруте, которым пользуется интеграция. Ожидаемый код должен соответствовать документации проверяемого метода.
Предпочитайте запросы чтения или специальный health endpoint. Периодический POST в рабочую систему может создавать повторяющиеся записи. Если проверка требует записи, используйте тестовое окружение или специально разработанный безопасный маршрут; монитор не должен превращаться в источник бизнес-операций.
Когда требуется больше одного запроса
Если сначала нужно авторизоваться, затем получить профиль и проверить поле JSON, выберите API-сценарий. Обычный endpoint-монитор подходит для стабильного одиночного запроса. Медленные ответы контролируются отдельным порогом длительности: успешный код и приемлемая скорость — разные условия.
Что важно учитывать
- Один HTTP-монитор не извлекает новый токен из предыдущего запроса. Для последовательности используйте Сценарий.
- Заголовки и тело сохраняются в настройках и доступны участникам проекта. Используйте отдельные тестовые credentials.
Один endpoint доступен на Free
Сравнить тарифы- Free: до 10 мониторов, история 5 дней.
- Для регулярных сетевых проверок интервал на Free — от 5 мин..
- Уведомления по email, в Telegram и через вебхуки настраиваются в кабинете.
- Многошаговые API-сценарии доступны на PRO, поддерживают до пяти последовательных шагов и находятся в бете.
Вопросы перед первой проверкой
Uptimely находится в открытой бете. Гарантированный SLA пока не предоставляется.
Можно проверять POST?
Да. HTTP-монитор поддерживает метод, заголовки и тело. Убедитесь, что повторение запроса не создаёт рабочие заказы и не меняет реальные данные.
Что делать, если нормальный ответ — 204?
Укажите 204 как ожидаемый код. По умолчанию монитор сравнивает ответ с 200 и иначе будет считать такой результат ошибкой.
Подходит ли монитор для короткоживущего токена?
Для получения нового токена в первом запросе и использования в следующем нужен Сценарий. Один endpoint-монитор отправляет заданный запрос.
Контролируется ли структура JSON?
На этой странице описана проверка одиночного HTTP endpoint. Проверки полей и зависимые запросы настраиваются в API-сценарии; не подменяйте их одним успешным кодом.
Связанные проверки
Настройте мониторинг API
Регистрация бесплатная. Эта проверка доступна на Free. Банковская карта для регистрации не нужна.