Мониторинг HTTP и API
Настройте проверку так же гибко, как обычный запрос, и убедитесь, что она работает, ещё до сохранения.
Задача
Сайт и API должны отвечать не просто кодом 200, а правильно: с авторизацией, нужными заголовками и за разумное время. Писать для этого отдельные скрипты и держать их в cron долго и ненадёжно.
Как это решается
Монитор HTTP собирается как запрос: метод, адрес, параметры, заголовки, тело и авторизация. Тестовый запуск выполняется тем же исполнителем, что и боевая проверка, но не попадает в статистику доступности. Если у вас уже есть описание API, мониторы можно создать импортом.
Что входит
- Авторизация: Bearer, Basic, API-ключ и OAuth2 client credentials
- Тело запроса в JSON, тексте, form-urlencoded и multipart
- Переходы по редиректам с ограничением их числа
- Импорт из OpenAPI 3, Swagger 2 и коллекций Postman v2.1
- Переменные и секреты на уровне бизнеса, продукта, окружения, ресурса или монитора
- Запись отправленного запроса с замаскированными секретами
- Разбивка времени ответа по фазам: DNS, соединение, TLS, ожидание, загрузка
Ограничения
- Минимальный интервал проверки и число мониторов задаёт тариф.
- Проверка не может обращаться к внутренним и служебным адресам: для них есть приватные агенты.
Вопросы о возможности
Повлияет ли тестовый запуск на статистику доступности?
Нет. Тест выполняется тем же исполнителем, что и боевая проверка, но его результат не попадает в историю доступности и не открывает алерты.
Где хранятся пароли и токены авторизации?
Секреты хранятся в зашифрованном виде, после сохранения не показываются повторно и маскируются в сохранённом запросе и ответе.
Можно ли перенести проверки из коллекции Postman?
Да. Импорт принимает OpenAPI 3, Swagger 2 и Postman v2.1 и создаёт мониторы по выбранным запросам.
Где это пригодится
Другие возможности
Все возможностиПроверьте свои сервисы уже сегодня
Бесплатный тариф включает проверки, статусную страницу и команду до трёх человек. Мастер первого запуска проведёт от продукта до первого уведомления.