Тонкие настройки мониторинга
24 сентябрь 2018
Сервис airin.one подходит для мониторинга как простого сайта-визитки, так и больших порталов, созданных с использованием различных подходов и методолгий разработки. Разумеется, способы мониторинга разных сайтов также должны быть разными.

Простому, одностраничному сайту не нужны аналитики времени задержек, потраченных на проверку SSL-сертификатов, соединения, времени ожидания ответа или скорости скачивания контента. Такому web-сайту подойдет простая проверка доступности.

Рассмотрим сайт побольше, на котором есть раздел новостей, обратная связь и, например, комментарии. Такому сайту подойдет более глубокое тестирование, с максимально большим числом аналитик, обязательно включающим время ожидания ответа сервера.

Или совсем крупный портал, располагающий распределенной сетью серверов, использующий подход SPA и web-API. Для запуска мониторинга такого объемного ресурса придется попотеть – нужно настроить робота airin так, чтобы он имел доступ во внутреннюю сеть серверов и мог связаться с каждым из них; добавить в список мониторинга все сервера, которые планируется проверять и, наконец настроить параметры запроса для каждого сервера и конечной API-функции. Так как сеть серверов и количество API-функций велико – то, для ускорения мониторинга всей сети, её нужно условно разделить на две группы: жизненно важные (наиболее нагруженные) участки и вспомогательные. Для вспомогательных участков мониторинг лучше всего настроить так, чтобы учитывалось минимум параметров, достаточно просто знать - онлайн ли сервис или нет. Мониторинг высоко нагруженных или жизненно необходимых участков должен включать проверку абсолютно всех показателей и, в дополнении ко всему, он не должен давать дополнительную нагрузку на сервер.

Вместо заключения

Разные сайты - разные подходы мониторинга. Для решения конкретной задачи следует использовать возможности http-протокола, а их немало. Например, можно использовать различные типы http-запросов: GET, HEAD, POST, PUT, OPTIONS и другие.

Так для сайта визитки подойдет OPTIONS-запрос - он практически не создает нагрузку на сервер, и, следовательно, не несет значимой информации о действительной скорости работы ресурса.

GET-запрос – универсальный и подойдет для тестирования как простых сайтов, так и крупных порталов.

HEAD-запрос – скорее гибридный вариант между OPTION и GET запросами. Такой тип запроса подойдет для наиболее точной оценки времени задержки сервера, затраченного на формирования ответа. Однако измерить скорость загрузки контента не удастся – запрос не возвращает данные.