Устранение проблем карты приложения

Функция сопоставления приложений в Azure Monitor Application Insights может не работать должным образом. В этой статье представлены общие рекомендации и конкретные предложения в некоторых сценариях.

Общие рекомендации

• Используйте официально поддерживаемый пакет средств разработки программного обеспечения (SDK). Неподдерживаемые пакеты SDK и пакеты SDK сообщества могут не поддерживать корреляцию. Список поддерживаемых пакетов SDK см. в статье Языки, платформы и интеграции Application Insights.

• Обновите все компоненты до последней версии пакета SDK.

• Поддержка функций Azure на языке CSharp путем обновления до Azure Functions V2.

• Убедитесь, что имя облачной роли настроено правильно.

• Убедитесь, что отсутствующие зависимости перечислены в виде автособранных зависимостей. Если зависимость не указана, её можно отслеживать вручную с помощью вызова функции отслеживания зависимости.

Сценарий 1. Слишком много узлов на карте

Карта приложения добавляет узел компонента для каждого уникального имени облачной роли в телеметрии вашего запроса. Этот процесс также добавляет узел зависимостей для каждого уникального сочетания типов, целевого и облачного имени роли.

Если в телеметрии имеется более 10 000 узлов, карта приложений не может получить все узлы и ссылки. В этом сценарии структура карты является неполной. В этом случае при просмотре схемы появится предупреждающее сообщение.

Карта приложений может одновременно отображать не более 1000 отдельных разных разных узлов. Карта приложений снижает сложность визуального элемента путем группировки зависимостей при наличии одного типа и вызывающих элементов.

Если в телеметрии слишком много уникальных имен ролей облака или слишком много типов зависимостей, группирование недостаточно, и карта не отображается.

Чтобы устранить эту проблему, измените инструментирование, чтобы правильно задать имя облачной роли, тип зависимостей и целевые поля зависимостей. Убедитесь, что приложение соответствует следующим критериям:

• Каждый целевой объект зависимостей представляет логическое имя зависимости. Во многих случаях это значение эквивалентно имени сервера или ресурса зависимости. Например, если существуют зависимости HTTP, это значение является именем узла. Значение не должно содержать уникальные идентификаторы или параметры, которые изменяются с одного запроса на другой.

• Каждый тип зависимости представляет логический тип зависимости. Например, HTTP, SQL и BLOB-объект Azure являются типичными типами зависимостей. Это значение не должно содержать уникальные идентификаторы.

• Каждое назначение имени облачной роли применяется в соответствии с описанием в разделе "Задание или переопределение имени облачной роли".

Сценарий 2. Интеллектуальное представление не выделяет грань

Интеллектуальное представление может не выделить край, как ожидалось, даже при низкой конфиденциальности. Зависимость может быть в состоянии сбоя, но модель не рассматривает проблему как возможный инцидент. Ниже приведено несколько сценариев.

• Если зависимость обычно завершается ошибкой, модель может рассмотреть стандартное состояние компонента и не выделить край. Интеллектуальное представление фокусируется на решении проблем в режиме реального времени.

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

Если ваш сценарий является уникальным, вы можете использовать вариант обратной связи для описания опыта и улучшения будущих версий модели.

Сценарий 3: Интеллектуальное представление выделяет грань

Если интеллектуальное представление подчеркивает границу, это указывает на очаг производительности или очаг сбоя в зависимости между двумя компонентами. В этом сценарии выполните следующие действия:

1. Выберите выделенный край >Просмотреть сведения, чтобы открыть подробные данные телеметрии на боковой панели.

2. Просмотрите частоту сбоев или высокую задержку в зависимых вызовах.

   • Если частота сбоев высокая:

     1. Выберите "Исследовать сбои " на боковой панели, чтобы проверить типы исключений и частоту сбоев.
     2. Проверьте соответствующие журналы зависимостей или трассировки сбоев, чтобы изолировать первопричину.

   • Если задержка высока:

     1. Выберите "Исследовать производительность ", чтобы проверить время отклика зависимостей.
     2. Определите медленные конечные точки или службы, а затем просмотрите последние изменения развертывания или конфигурации.

Для долгосрочного анализа рекомендуется настроить оповещения о работоспособности зависимостей, используя Application Insights.

Сценарий 4. Интеллектуальное представление не загружается

Если интеллектуальное представление не загружается, задайте для настроенного интервала времени шесть дней или меньше.

Сценарий 5. Интеллектуальное представление занимает много времени для загрузки

Если интеллектуальное представление занимает больше времени для загрузки, чем ожидалось, не выбирайте параметр "Обновить компоненты карты ". Включите интеллектуальное представление только для одного ресурса Application Insights.

Отказ от ответственности за контакт с третьими лицами

Корпорация Майкрософт предоставляет контактные данные сторонних производителей в целях получения дополнительных сведений по данной теме. Эти контактные данные могут изменяться без уведомления. Корпорация Майкрософт не гарантирует точность контактных данных сторонних производителей.