Перейти к содержимому

Возможности

Uptime-мониторинг, которому не нужен SDK

SDK сообщает о проблемах, только пока приложение работает. Если хост недоступен, прокси отвечает 502 или истёк сертификат, не отправится ничего. Uptime-мониторы закрывают этот пробел, проверяя ваши адреса снаружи.

Все возможности Buglapse

Uptime-мониторинг

Узнавайте о простое раньше пользователей

  • Проверки снаружи

    Buglapse запрашивает ваш URL с фиксированным интервалом со своих серверов. Подходит для главной страницы, health-check API или приёмника вебхуков — устанавливать ничего не нужно.

  • Инциденты, а не единичные сбои

    Монитор считается недоступным только после нескольких неудачных проверок подряд и восстанавливается после успешной. У каждого инцидента есть начало, конец, длительность и причина.

  • Запросы под ваши задачи

    Выберите метод, заголовки, тело, таймаут, допустимые коды ответа и следование редиректам. gRPC-сервисы проверяются на тарифах, в которые это входит.

  • Аптайм и время ответа

    Процент аптайма, время ответа и журнал каждой проверки с кодом, длительностью и ошибкой, с фильтром по результату.

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

Монитор за минуту

  1. 1

    Добавьте монитор

    Откройте Uptime в проекте, введите URL и выберите частоту проверок. Кнопка Test выполнит одну проверку до сохранения.

  2. 2

    Настройте пороги

    Задайте, сколько неудач подряд открывают инцидент и какие коды считаются успешными — полезно для адресов, которые должны отвечать редиректом или 404.

  3. 3

    Получите алерт

    Когда монитор падает и когда восстанавливается, команда получает алерт на почту или в мессенджер в течение примерно минуты, не дожидаясь обычного дайджеста.

Подробнее

Что делает проверка

Сам запрос

Каждая проверка отправляет настроенные метод, заголовки и тело и ждёт не дольше таймаута, включая редиректы. Сохраняются только код ответа и время — тело ответа читается до небольшого лимита и отбрасывается, cookies между проверками не хранятся. Ответ с кодом вне списка допустимых считается неудачей, как и таймаут, ошибка соединения или недействительный сертификат.

От сбоя к инциденту

Одна неудачная проверка никого не будит. Монитор помечается недоступным после заданного числа неудач подряд — это открывает инцидент и один раз отправляет алерт. Первая успешная проверка после этого закрывает инцидент и отправляет алерт о восстановлении. В списке мониторов недоступные показаны первыми, а те же данные доступны AI-ассистентам через MCP-сервер.

На каждом тарифе

Сравнить все тарифы
На каждом тарифе
Free Pro Team
Мониторы11050
Минимальный интервал проверки10 минут1 минута1 минута
Хранение истории проверок7 дней14 дней30 дней
gRPC-проверкиНе включеноВключеноВключено

Вопросы

Частые вопросы

Остались вопросы?

Напишите нам — поможем с подключением, тарифом или self-hosted.

Написать нам

или на почту hello@buglapse.com

Откуда идут проверки?
Все проверки выполняются с собственных серверов Buglapse. Они не идут из нескольких регионов, поэтому монитор показывает, доступен ли ваш адрес снаружи, а не то, как он ведёт себя в каждой части мира.
Можно ли проверять адрес с авторизацией?
Да. Добавьте монитору заголовки запроса, например заголовок Authorization для защищённого health-check.
Как часто может работать монитор?
От раза в минуту до раза в час. Минимальный интервал и число мониторов зависят от тарифа — смотрите таблицу выше.

Смотрите также

Алерты

Алерты о новых и вернувшихся ошибках, всплесках, просадке стабильности и недоступности — на почту, в Telegram и MAX.

Подробнее: Алерты

Мониторинг ошибок

Каждая ошибка — один инцидент с читаемым стек-трейсом, хлебными крошками, шагами до ошибки и затронутыми пользователями.

Подробнее: Мониторинг ошибок

Готовы увидеть, что на самом деле происходит в вашем приложении?

Создайте проект на бесплатном тарифе и отправьте первое событие за пару минут.

Остались вопросы? Напишите на hello@buglapse.com