Мониторинг аптайма API и проверки здоровья
REST API, коды ответов и многошаговые сценарии. Ловите сбои и медленные ответы по email, Telegram или webhook — до того как встанут интеграции и пользователи.
Что покрывает мониторинг API
По расписанию выполняются запросы к доступным с SitePuls HTTPS API. Для REST — проверки статуса, времени ответа и тела JSON. Многошаговые сценарии повторяют логин, токены и цепочки вызовов, как реальный клиент.
Многошаговые сценарии и проверки
Значения из ответа можно подставлять в следующий шаг. Проверки по коду, JSON-путям и задержке. Если шаг падает — падает весь прогон, как в продукте сейчас.
Какие сбои видно
Ошибки авторизации, неожиданные 4xx/5xx, регрессии после релизов и эндпоинты, которые не укладываются в лимит времени — то есть «доступность» в смысле успешного ответа, а не только TCP.
Кому это нужно
SaaS с публичными интеграциями, агентствам с бэкендами клиентов и внутренним командам, которым нужен простой health-сигнал без тяжёлой observability.
Публичные и внутренние API
Публичные HTTPS эндпоинты — напрямую. Внутренние должны быть достижимы с нашей стороны по сети; отдельного агента в вашей сети нет — планируйте VPN или выход наружу.
Сценарий алертов
Сбой открывает инцидент и шлёт уведомления тем же каналом, что и другие мониторы. История помогает разбирать инцидент.
Вместе с heartbeat
API проверяет синхронный вход; heartbeat — что фоновые задачи и очереди ещё отрабатывают.
С чего начать
Создайте REST монитор, шаги, заголовки и проверки, задайте интервал и контакты. Прогоны идут с нашей инфраструктуры по расписанию.
Частые вопросы
Что такое мониторинг API?
Мониторинг API регулярно проверяет ваши REST API эндпоинты (или многошаговые сценарии) с нашей инфраструктуры. При сбое проверки или деградации времени ответа вы получаете алерт. Это помогает держать API надёжным и устранять проблемы до пользователей и зависимых систем.
Можно ли мониторить многошаговые сценарии API?
Да. SitePuls поддерживает многошаговый мониторинг API. Можно извлекать значения (например токены) из одного ответа и подставлять в следующий запрос. Проверки по коду ответа, JSON-путям или времени. При сбое любого шага вы получите алерт.
Как получать алерты при падении API?
Добавьте контакты для уведомлений (email, Telegram или webhook). При сбое проверки SitePuls сразу уведомит контакты. Историю инцидентов и графики времени ответа можно смотреть в панели.
Поддерживается ли GraphQL или gRPC?
Многошаговые REST ориентированы на HTTP/JSON. Если сценарий сводится к HTTPS-запросам — его можно смоделировать; отдельных gRPC-клиентов нет.
Чем это отличается от логов и APM?
SitePuls — синтетика снаружи. Логи и APM показывают внутри сервиса; синтетика показывает, что видит клиент, и алертит при нарушении ожиданий.
Можно ли проверять поля JSON?
Да, в REST мониторах есть проверки по JSON-путям — ответ 200 с неверным телом тоже считается сбоем.
А если у API жёсткие лимиты?
Выберите интервал, который не перегружает API — реже проверки, меньше нагрузка.
Как с секретами в теле запроса?
Храните токены как продакшен-секреты и меняйте их при утечке — в мониторе задаёте те же заголовки и тела, что нужны для проверки.