Проверка доступности Application Insights

  • Статья

После развертывания веб-приложения или веб-сайта можно настроить повторяющиеся тесты для мониторинга доступности и реагирования. Компонент Application Insights отправляет веб-запросы через одинаковые промежутки времени из разных точек по всему миру. Вы можете получать оповещения о том, что приложение не отвечает или реагирует слишком медленно.

Вы можете настроить тесты доступности для любой конечной точки HTTP или HTTPS, доступной из Интернета. Вам не нужно вносить никаких изменений в тестируемый веб-сайт. На самом деле даже не обязательно быть владельцем сайта. Можно проверить доступность интерфейса REST API, от которого зависит служба.

Типы тестов

Внимание

Существует два предстоящих теста доступности. 31 августа 2024 г. веб-тесты на многофакторных веб-тестах в приложении Аналитика будут прекращены. Мы советуем пользователям этих тестов перейти на альтернативные тесты доступности до даты выхода на пенсию. После этой даты мы снимем базовую инфраструктуру, которая будет прерывать оставшиеся многофакторные тесты. 30 сентября 2026 г. тесты проверки ping URL-адресов в приложении Аналитика будут прекращены. Существующие тесты проверки ping URL-адресов будут удалены из ресурсов. Просмотрите цены на стандартные тесты и перейдите на их использование до 30 сентября 2026 г., чтобы убедиться, что вы сможете продолжать выполнять одношаговые тесты доступности в ресурсах приложения Аналитика.

Существует четыре вида тестов доступности.

  • Стандартный тест. Этот единый тест запроса аналогичен проверке связи с URL-адресом. Он включает срок действия TLS/SSL-сертификата, упреждающее время существования проверка, команду HTTP-запроса (например, GETHEADилиPOST), пользовательские заголовки и пользовательские данные, связанные с HTTP-запросом.
  • Тесты доступности пользовательской трассировки. Если вы решили создать пользовательское приложение для выполнения тестов доступности, используйте метод TrackAvailability() для отправки результатов в Application Insights.
  • Классические тесты (старые версии тестов доступности)
    • Проверка связи по URL-адресу. Этот тест можно создать с помощью портал Azure, чтобы проверить, отвечает ли конечная точка и измеряет производительность, связанную с этим ответом. Вы также можете задать настраиваемые критерии успеха с помощью расширенных функций, таких как синтаксический анализ зависимых запросов и разрешение на повторные попытки.
    • Многоэтапный веб-тест (не рекомендуется) — вы можете воспроизвести эту запись последовательности веб-запросов для тестирования более сложных сценариев. Многоэтапные веб-тесты создаются в Visual Studio Enterprise и загружаются на портал для выполнения.

Внимание

Старые классические тесты, тест ping URL-адресов и многоэтапный веб-тест используют инфраструктуру DNS общедоступного Интернета для разрешения доменных имен тестируемых конечных точек. Если вы используете частный DNS, необходимо убедиться в том, что серверы общедоступных доменных имен могут разрешать каждое доменное имя теста. Если это невозможно, вместо них можно использовать настраиваемые тесты TrackAvailability.

Для одного ресурса Application Insights можно создать не более 100 тестов доступности.

Примечание.

Тесты доступности хранятся в зашифрованном виде в соответствии с политиками шифрования данных Azure при хранении .

Устранение неполадок

Предупреждение

Недавно мы включили TLS 1.3 в тестах доступности. Если в результате отображаются новые сообщения об ошибках, убедитесь, что клиенты, работающие в Windows Server 2022 с включенным протоколом TLS 1.3, могут подключаться к конечной точке. Если этого не удается сделать, вы можете временно отключить TLS 1.3 в конечной точке, чтобы тесты доступности вернулись к более старым версиям TLS.
Дополнительные сведения см. в статье по устранению неполадок проверка. См. специальные инструкции по устранению неполадок.

Часто задаваемые вопросы

В этом разделы приводятся ответы на часто задаваемые вопросы.

Можно ли выполнять веб-тесты доступности на сервере в интрасети?

Наши веб-тесты выполняются в точках подключения, которые распределены по всему миру. Есть два решения.

  • Дверь брандмауэра. Разрешите запросы к серверу из длинного и изменяемого списка агентов веб-тестирования.
  • Пользовательский код: напишите собственный код для отправки периодических запросов на сервер из интрасети. Для этой цели можно выполнять веб-тесты Visual Studio. Тестировщик может отправить результаты приложению Аналитика с помощью TrackAvailability() API.

Следующие шаги