Изучение метрик на основе журнала
Метрики на основе журналов Application Insights позволяют анализировать работоспособность отслеживаемых приложений, создавать мощные панели мониторинга и настраивать оповещения. Существует два типа метрик:
- Метрики на основе журналов в фоновом режиме преобразуются в запросы Kusto из сохраненных событий.
- стандартные метрики хранятся в виде предварительно агрегированных временных рядов.
Так как стандартные метрики предварительно агрегируются во время сбора, они имеют более высокую производительность во время запроса. Стандартные метрики — это лучший выбор для мониторинга и оповещения в режиме реального времени. метрики на основе логов имеют больше измерений, что делает их лучшим вариантом для анализа данных и разовой диагностики. Используйте селектор пространства имен для переключения между метриками, основанными на журналах, и стандартными метриками в обозревателе метрик .
Метрики на основе журналов
Разработчики могут использовать пакет SDK для отправки событий вручную (путем написания кода, который явно вызывает пакет SDK) или использовать автоматическую коллекцию событий из автоматического инструментирования. В любом случае серверная часть Application Insights сохраняет все собранные события в виде журналов, а колонки Application Insights на портале Azure служат аналитическим и диагностическим средством для визуализации данных на основе событий из журналов.
Использование журналов для хранения полного набора событий может привести к большому аналитическому и диагностическом значению. Например, можно получить точное количество запросов к конкретному URL-адресу с количеством отдельных пользователей, которые сделали эти звонки. Кроме того, можно получить подробные диагностические трассировки, включая исключения и вызовы зависимостей для любого сеанса пользователя. Наличие такого типа информации может значительно повысить видимость работоспособности приложения и использования, что позволяет сократить время, необходимое для диагностики проблем с приложением.
В то же время сбор полного набора событий может быть непрактичным (или даже невозможным) для приложений, создающих большой объем телеметрии. В ситуациях, когда объем событий слишком велик, Application Insights реализует несколько методов уменьшения объема телеметрии, таких как выборка и фильтрация, что снижает количество собранных и сохраненных событий. К сожалению, снижение количества сохраненных событий также уменьшает точность метрик, которые в фоновом режиме должны выполнять агрегирование данных при обработке запросов на события, хранящиеся в журналах.
Предварительно агрегированные метрики
Предварительно агрегированные метрики не хранятся в виде отдельных событий с большим количеством свойств. Вместо этого они хранятся как предварительно агрегированные временные ряды и только с ключевыми измерениями. Это делает новые метрики более эффективными во время запроса: получение данных происходит быстрее и требует меньше вычислительных мощностей. Это открывает новые сценарии, такие как оповещение почти в режиме реального времени по показателям метрик, более отзывчивые панели мониторинга и многое другое.
Важный
Метрики на основе журналов и предварительно агрегированные метрики сосуществуют в Application Insights. Чтобы отличить два, в пользовательском интерфейсе Application Insights предварительно агрегированные метрики теперь называются "Стандартные метрики (предварительная версия)", а традиционные метрики из событий были переименованы в "метрики на основе журналов".
Новые пакеты SDK (Application Insights 2.7 SDK или более поздней версии для .NET) предварительно агрегируют метрики во время сбора. Это относится к стандартным метрикам, отправленным по умолчанию, так чтобы точность не подвергалась влиянию выборки или фильтрации. Она также применяется к пользовательским метрикам, отправленным с помощью GetMetric что приводит к снижению приема данных и снижению затрат.
Для пакетов SDK, которые не реализуют предварительное агрегирование, серверная часть Application Insights по-прежнему заполняет новые метрики путем агрегации событий, полученных с конечной точки сбора событий системы Application Insights. Хотя вы не пользуетесь меньшим объемом данных, передаваемых по проводу, вы по-прежнему можете использовать предварительно агрегированные метрики и повысить производительность и поддержку почти в реальном времени измерения предупреждений с пакетами SDK, которые не предварительно агрегируют метрики во время сбора.
Стоит отметить, что конечная точка сбора предварительно агрегирует события перед приемом выборки, что означает, что выборки приема никогда не повлияет на точность предварительно агрегированных метрик, независимо от версии пакета SDK, используемой в приложении.