HTTP Запрос
HTTP-задача показывает, открывается ли сайт или веб-сервис так, как вы ожидаете это в обычной работе.
Когда использовать
- Когда нужно контролировать страницу сайта, личный кабинет или health endpoint.
- Когда важно проверить не только доступность сервера, но и корректный HTTP-ответ.
- Когда вы хотите видеть сбой глазами пользователя, а не только по открытому порту.
Когда выбрать другой тип
- Если нужно проверить только базовую сетевую доступность сервера, чаще достаточно Ping.
- Если важен только срок действия сертификата, лучше подходит SSL.
- Если мониторинг должен ждать сигнал от внешнего процесса, используйте «Внешнее событие».
Обратите внимание:
для основной проверки лучше выбирать URL, который действительно отражает рабочее состояние сервиса,
а не случайную страницу, которая может меняться из-за авторизации, рекламы или персонализации.
Общие поля формы
| Поле | Что означает | Что указать | Пример |
|---|---|---|---|
| Включена задача | Определяет, будет ли проверка запускаться сразу после сохранения. | Оставьте задачу включённой, если хотите сразу начать мониторинг. | Включено |
| Название | Имя проверки в списке и уведомлениях. | Укажите, что именно проверяется. | Главная страница example.com |
| Группа | Позволяет отнести задачу к проекту или разделу. | Выберите группу, если хотите держать задачи по проекту вместе. | Сайт example.com |
| Интервал | Как часто будет выполняться HTTP-проверка. | Выберите интервал по важности страницы или сервиса. | 5 минут |
| Каналы уведомлений | Куда отправлять сообщения о проблеме и восстановлении. | Отметьте каналы, в которых вы реально читаете уведомления. | Telegram и email |
| Отчёты | Периодические сводки по задаче. | Включите, если хотите получать обзор без ручного входа в панель. | Еженедельный отчёт |
Поля HTTP-проверки
| Поле | Что означает | Что указать | Пример |
|---|---|---|---|
| Метод | Какой HTTP-запрос будет отправляться. | Обычно достаточно GET. Другие методы нужны, если ваш endpoint требует именно их. | GET |
| URL | Полный адрес страницы или endpoint, который нужно проверить. | Укажите полный URL со схемой и доменом. | https://example.com/health |
| Таймаут | Сколько ждать ответа до ошибки по недоступности. | Выберите значение немного выше обычного времени ответа вашего сервиса. | 30 секунд |
| Ключевое слово | Дополнительная проверка содержимого ответа. | Укажите текст, который должен присутствовать в ответе. | OK |
| Расширенные настройки | Открывает дополнительные HTTP-поля. | Включайте только если вам нужны заголовки, тело запроса или свой список успешных кодов. | Включено |
| Заголовки | Дополнительные HTTP-заголовки запроса. | Добавьте только те заголовки, которые действительно нужны вашему API. | Authorization: Bearer <token> Accept: application/json |
| Содержимое | Тело HTTP-запроса для POST, PUT или PATCH. | Заполните, если endpoint ждёт JSON или другое тело запроса. | {"event":"healthcheck"} |
| Успешные коды ответа | Какие HTTP-коды считать нормальным результатом. | Оставьте стандартный диапазон или задайте свои коды и диапазоны. | 200-299, 301 |
| Разрешить самоподписанный сертификат | Не считать ошибкой сертификат, которому не доверяют браузеры. | Включите для внутренних сервисов по HTTPS с собственным сертификатом. | Выключено |
| Разрешённые точки для проверки | Из каких точек будет идти проверка. | Оставьте все точки, если не нужен особый сценарий по регионам или сетям. | Все точки проверки |
Когда придёт тревога
- Сайт или endpoint не ответит вовремя.
- Сервер вернёт код, который не входит в список успешных.
- В ответе не окажется обязательного текста, если вы указали ключевое слово.
- Для адреса по HTTPS не удастся установить защищённое соединение: сертификат просрочен, ему не доверяют или он выписан на другое имя. В причине проверки будет указано, что именно не так.
Проверяете внутренний сервис? Если он работает по HTTPS с самоподписанным сертификатом,
включите «Расширенные настройки» и отметьте параметр «Разрешить самоподписанный сертификат» —
иначе проверка будет падать из-за недоверия к сертификату, хотя сам сервис отвечает нормально.
Настройка уведомлений
Для каждого канала уведомлений в задаче можно задать дополнительные параметры. Они действуют только для DOWN-событий.
| Параметр | Что делает |
|---|---|
| Включён | Разрешает или запрещает отправку уведомлений по этому каналу для данной задачи. |
| Отложить на PRO | Задерживает первое уведомление о DOWN на выбранное время (до 12 часов). Удобно, чтобы не получать оповещения о кратковременных сбоях. |
| Повторять через PRO | Периодически повторяет уведомление, пока задача остаётся в статусе DOWN (до 1 часа между повторами). Подходит, когда важно не пропустить затяжной сбой. |
Параметры «Отложить» и «Повторять» не влияют на UP-события и уведомления о восстановлении.