Мониторинг API: проверка эндпоинтов GET/POST с телом запроса
API ломается тише сайта: страницы открываются, а интеграция перестала отвечать — и об этом узнают из жалоб. Мониторинг проверяет эндпоинты так, как это делает ваш код: нужным методом, с телом и заголовками.
Как настроена проверка
- →Метод и адрес эндпоинта, тело запроса и заголовки — включая авторизацию.
- →Ожидаемый код ответа: не только 200, но и 201, 202, 401 для закрытых методов.
- →Периодичность: раз в минуту для платёжного шлюза, реже для фоновых интеграций.
Что ловится такими проверками
- →Упавший внешний сервис: платёжный шлюз, CRM, служба доставки.
- →Просроченный токен интеграции — метод начинает отвечать 401 вместо 200.
- →Лимит частоты (429) со стороны партнёра.
- →Рост времени ответа задолго до полноценного падения.
Публичное API самого Logsy
Данные сервиса тоже доступны по API: список сессий и все их события в JSON. Это удобно для своих дашбордов и для ИИ-агента, который разбирает ошибки прода вместе с вами. Описание методов открыто и лежит в документации.
Частые вопросы
›Можно ли проверять закрытые методы с авторизацией?
Да, заголовки задаются в настройках монитора — токен или ключ передаётся так же, как из вашего кода.
›Что считать нормой для времени ответа?
Зависит от метода, но рост среднего времени в два-три раза — уже повод разбираться до того, как появятся таймауты.
›Проверяется ли содержимое ответа?
Сейчас проверяется код ответа и факт ответа. Содержимое разбирается на стороне логирования — в сессиях видно тело упавших запросов.
Поставьте проверку на критичный эндпоинт
Оплата, авторизация, обмен с CRM — то, что нельзя проверить открытием главной страницы.
Подключить бесплатноБесплатный тариф навсегда