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 |
| Разрешённые точки для проверки | Из каких точек будет идти проверка. | Оставьте все точки, если не нужен особый сценарий по регионам или сетям. | Все точки проверки |
Когда придёт тревога
- Сайт или endpoint не ответит вовремя.
- Сервер вернёт код, который не входит в список успешных.
- В ответе не окажется обязательного текста, если вы указали ключевое слово.