Есть много уровней детализации, которые вы можете выбрать для мониторинга или игнорировать при настройке мониторов веб-сайта.
Во-первых, вы должны определить, какие веб-страницы являются достаточно важными для вашего сайта для мониторинга. Люди обычно выбирают домашнюю страницу, логин портала и ключевые внутренние функции, такие как панель мониторинга или касса корзины. Далее определите, насколько важны эти страницы для здоровья вашей организации. Например, веб-приложение SaaS может быть вашим единственным продуктом, поэтому каждая минута его падения является огромной проблемой. Зная влияние простоя оказывает на ваш бизнес поможет определить, как часто вы должны контролировать веб-сайт или веб-приложения. Владелец информационного маркетинга сайт может быть удовлетворен, зная, что веб-сайт находится в сети несколько раз в день, а администратор интернет-корзину, возможно, потребуется знать, если есть проблемы как можно скорее.
Если у вас есть примерное представление о том, что стоимость простоя может быть для вашего бизнеса вы должны вес его против цены мониторинга. Более частый мониторинг собирается увеличить стоимость услуги за счет стоимости пропускной способности и хранения данных мониторинга. Dotcom-Monitor предоставляет ценные средства устранения неполадок, такие как скриншоты и видео захвата результатов мониторинга, но сохранение тех, приходит на несколько более высокую стоимость из-за необходимости дополнительного места для хранения. В дополнение к тому, какие страницы для мониторинга, вы должны знать, какой тип мониторинга будет работать лучше для вашего сайта.
Выберите тип монитора веб-сайта
Во-первых, определить, какой тип мониторинга требуется для веб-сайта. Есть несколько вариантов, перечисленных здесь от простейших до самых сложных:
- Пинг-СерверВью Пинг
Если вы просто хотите знать, если сервер вверх, то пинг-монитор может быть лучше всего подходят.
- Traceroute (Определяет путь для достижения хоста из каждого местоположения) -ServerView Traceroute
- Доступность порта -ServerView Telnet Порт
- HTML Load (Проверка на 200 ответов с сервера) -ServerView http/s
Монитор ServerView http/s может запросить веб-сервер, чтобы увидеть, если он посылает HTML файл и 200 OK ответ.
- Полная загрузка страницы (Скачать все элементы,включая 3 rd элементы партии) -ServerView http/s Полная страница Скачать
Монитор загрузки http/s ServerView будет загружать весь контент на странице и проверять, что нет 400 или 500 ошибок сервера.
- Скачать и отрисовать полную страницу в определенном браузере -BrowserView
Настройка монитора BrowserView с помощью любого браузера или мобильного устройства для мониторинга производительности одной веб-страницы, как ваши пользователи будут видеть его в своем собственном браузере.
- Многоступенчатая загрузка без рендер-ServerView Несколько задач, записанных с EveryStep
Скрипты ServerView http/s, записанные с помощью EveryStep, могут отслеживать страницы, которые находятся за защищенным логином, или отслеживать последовательность страниц без рендеринга.
- Многоступенчатая загрузка, визуализация и взаимодействие в реальном браузере -UserView Записано с EveryStep
Выберите браузер и запикайте сценарий в EveryStep, чтобы отслеживать истинную производительность вашего сайта с точки зрения конечного пользователя. Полный скрипт браузера записывает все действия, которые вы принимаете при навигации и использовании веб-сайта, включая ввод данных и нажатия кнопок. Наиболее полным и тщательным вариантом мониторинга является запись сеанса пользователя с помощью скриптового регистратора EveryStep, чтобы запечатлеть, как пользователь на самом деле взаимодействует с несколькими страницами на веб-сайте. Мониторинг UserView также может взаимодействовать со сложными приложениями Rich Internet Applications (RIAs) для записи таких вещей, как flash и Silverlight.
Отфильтруемые не критические элементы
После того как вы записали или определили, что вы хотите контролировать, вы должны запустить некоторые тесты для установления базовой производительности, и определить любые проблемные элементы, которые могут существовать в скриптах или на веб-странице. Если есть элементы, вызывающие проблемы с мониторингом, можно выбрать определенные типы файлов, чтобы включить или исключить и даже выбрать конкретные домены, из которых можно исключить содержимое.
Например, ваш веб-сайт может содержать значки в footer со ссылками на социальные медиа-платформы, такие как Facebook или Twitter. Для некоторых веб-сайтов они могут считаться критическими компонентами, если значки и ссылки отсутствуют, некоторые администраторы веб-сайтов могут захотеть быть немедленно уведомлены, в то время как другие могут не заботиться вообще. С помощью мониторов BrowserView и UserView можно отфильтровать отдельные элементы или содержимое из определенных доменов, вызывая ошибку и отправляя оповещения. Вы также можете настроить графики, так что если вся веб-страница идет вниз, вы можете быть предупреждены в 2:00 утра, но если следуйте за мной кнопку для щебетать вниз, вы можете установить график, чтобы не отправить вам уведомление до 6:00 утра.
После того как вы установили базовую производительность вашего веб-сайта, запуская сценарий в течение нескольких дней, вы можете настроить сценарий мониторинга, чтобы исключить элементы на странице, которые не имеют решающее значение для процесса загрузки страницы. Одним из способов редактирования скрипта является использование фильтров “отрицать и разрешать”. Если вы заботитесь только о контенте, размещенном на вашем домене, вы можете отказать в этом (подстановочный знак) и разрешить только содержимое домена с http://www.yourdomain.com/ команды. В противном случае, если есть просто несколько элементов или сторонних хостов, которые вас не волнуют, вы можете использовать команду deny для каждого элемента или запретить весь домен с помощью deny http://www.example.com*.
Другой важной частью сценария мониторинга может быть измерение времени между действиями. Используя сетевые time-Watchers, можно настроить фильтры тайм-аута для измерения времени, которое требуется между действием, таким как нажатия кнопки или навигации, и последующим результатом. При активации time-watcher вы можете настроить оповещения, когда монитор обнаруживает что-то занимает слишком много времени.
Решения по мониторингу веб-сайтов
Важно определить, сколько страниц для мониторинга и какой тип мониторинга использовать на каждой странице. Хотя было бы неплохо контролировать каждую страницу на веб-сайте, это, вероятно, не очень экономически эффективным. Многие клиенты Dotcom-Monitor используют комбинацию мониторов для удовлетворения своих потребностей в мониторинге. ServerView отлично подходит для обнаружения времени простоя. BrowserView хорош для проверки содержимого на одной странице и UserView проходит и проверяет, что сложные процессы работают.
Кэшированные стихи Не кэшированный мониторинг веб-сайта
Далее вам нужно решить, как ваш сайт должен отображаться в каждой сессии мониторинга. Например, является ли контролируемый сеанс новым пользователем в нетронутом веб-браузере? Если пользователь никогда не посещал ваш домен, на вашем сайте будут использоваться DNS-запросы, связанные с их первым посещением, а также DNS-поиск многих элементов третьей стороны. Новые пользователи также должны будут загрузить каждый файл, сценарий и изображение, потому что они не будут иметь ничего кэша, в то время как повторяющийся посетитель может иметь много статического контента на вашем сайте уже кэшированы. Мониторинг вашего веб-сайта, как если бы это был новый пользователь каждый раз обеспечивает наиболее глубокое понимание здоровья вашего сайта, поскольку он подтверждает, что все записи DNS являются здоровыми, и все файлы доступны на каждой сессии мониторинга.
Кроме того, если пользователь недавно посетил другие веб-сайты с общими элементами, такими как J’query, библиотеки JavaScript и значки социальных сетей, то пользователь может иметь содержимое, используемое на вашем веб-сайте, уже кэшированное со значением Time To Live (TTL) на локальной машине. Если вы больше заинтересованы в имитации среднего пользовательского опыта на вашем сайте, скорее всего, они будут иметь много записей DNS и содержание сайта уже кэшированы. В этом случае вы можете имитировать возвращающегося пользователя с кэшированным содержимым. Для этого можно выбрать флаг обратного посещения в задачах BrowserView или UserView.
Разрешение DNS для мониторинга веб-сайта
Далее вы можете определить, как обращаться с разрешением DNS- Dotcom-Monitor предоставляет несколько вариантов для имитации различных установок DNS.
- Устройство Кэшировано
Устройство кэшировано проверки, чтобы увидеть, если запись DNS была решена в течение текущего сеанса мониторинга, и если он имеет, он использует эту запись.
- Не кэшированные
Не кэшированный заставляет задачу искать разрешение DNS с корневых DNS-серверов для каждого элемента. Это нереально для задачи BrowserView или UserView, так что это только вариант на задачах ServerView.
- TTL Кэшированный
TTL кэширован является лучшим вариантом для имитации реального пользователя, где DNS не посмотрел до времени, чтобы жить истек с момента последнего осмотра.
- Внешний DNS-сервер
Внешний DNS Server позволяет указать сервер, который будет запрашиваться с помощью DNS разрешения lookups, а не собирается корневых серверов.
Для полного объяснения различных вариантов DNS проверить Dotcom-монитор базы знаний.
Выбор мест мониторинга
На результатах мониторинга может существенно повлиять изменение или ограничение числа и местонахождения мониторов. Мониторинг из удаленного места, из которого обычно не получают трафик, может исказить результаты из-за более высокого времени загрузки. Кроме того, мониторинг из мест за Великим китайским файрволом может значительно изменить среднее время отклика, поскольку китайское правительство строго контролирует весь трафик в Китае и из Китая и может замедлить или нарушить результаты мониторинга из-за фильтров контента. Запустите тест китайского брандмауэра , чтобы увидеть, как ваш веб-сайт и элементы загружаются из-за Великого китайского файрвола. Узнайте больше о Великом китайском файрволе.
Круглый-Робин Мониторинг
Количество мест, которые вы отслеживаете, также влияет на частоту результатов мониторинга, полученных из каждого места. Dotcom-Monitor использует алгоритм кругового малиновки для сбора данных мониторинга. Это означает, что мы отслеживаем из одного места в то время, для частоты вы выбираете. Например, если у вас выбрано 3 места и 1-минутный мониторинг, вы увидите следующие результаты. В 12:00 вечера – Калифорния, 12:01 вечера Колорадо, 12:02 вечера Нью-йорк, 12:03 вечера Калифорнии, 12:04 вечера Колорадо и так далее. Как вы можете видеть, чем больше мест вы выберете, тем дольше он будет, прежде чем очередь мониторинга местах возвращается в исходное место.
Крайний случай этого будет, если у вас есть 24 места выбраны и частота 3 часа мониторинга. Одно место будет контролировать один раз в 3 часа в круглых Робин моды, так что это может быть 72 часов, прежде чем первое место было проверено во второй раз. Вот почему мы можем порекомендовать вам удалить некоторые места из удаленных мест. Кроме того, можно настроить несколько устройств мониторинга для мониторинга одной и той же веб-страницы, но монитор из разных мест. Теоретически это может позволить вам контролировать на 1-минутной частоте из нескольких мест одновременно, однако это стоит дороже.
Помощь в настройке мониторинга веб-сайта
В конце концов, вы можете увидеть Есть много различных вариантов, чтобы помочь контролировать веб-страницы в очень конкретной и целенаправленной моды в зависимости от ваших потребностей. Для получения дополнительной помощи в определении наилучшего решения для мониторинга для удовлетворения ваших потребностей обратитесь в поддержку Dotcom-Monitor.