Udostępnij za pośrednictwem

Metryki w usłudze Application Insights

  • Artykuł

Usługa Application Insights obsługuje trzy różne typy metryk: standardowe (wstępnie agregowane), oparte na dziennikach i niestandardowe metryki. Każdy z nich zapewnia unikatową wartość monitorowania kondycji, diagnostyki i analizy aplikacji. Deweloperzy, którzy instrumentują aplikacje, mogą zdecydować, który typ metryki najlepiej nadaje się do określonego scenariusza. Decyzje są oparte na rozmiarze aplikacji, oczekiwanej ilości danych telemetrycznych i wymaganiach biznesowych dotyczących dokładności i alertów metryk. W tym artykule wyjaśniono różnicę między wszystkimi obsługiwanymi typami metryk.

Metryki standardowe

Metryki standardowe w usłudze Application Insights to wstępnie zdefiniowane metryki, które są automatycznie zbierane i monitorowane przez usługę. Te metryki obejmują szeroką gamę wskaźników wydajności i użycia, takich jak użycie procesora CPU, zużycie pamięci, współczynniki żądań i czasy odpowiedzi. Metryki standardowe zapewniają kompleksowy przegląd kondycji i wydajności aplikacji bez konieczności dodatkowej konfiguracji. Metryki standardowe są wstępnie agregowane podczas zbierania i przechowywane jako szeregi czasowe w wyspecjalizowanym repozytorium z tylko kluczowymi wymiarami, co zapewnia im lepszą wydajność w czasie wykonywania zapytań. Dzięki temu metryki standardowe są najlepszym wyborem dla niemal rzeczywistych alertów dotyczących wymiarów metryk i bardziej dynamicznych pulpitów nawigacyjnych.

Metryki na podstawie dzienników

Metryki oparte na dzienniku w usłudze Application Insights to koncepcja czasu zapytania reprezentowana jako szereg czasowy na podstawie danych dziennika aplikacji. Dzienniki bazowe nie są wstępnie agregowane w czasie kolekcji ani magazynu i zachowują wszystkie właściwości każdego wpisu dziennika. Dzięki temu przechowywaniu można używać właściwości dziennika jako wymiarów metryk opartych na dziennikach w czasie wykonywania zapytań dotyczących filtrowania wykresów metryk i dzielenia metryk, dając metryki oparte na dziennikach lepszą wartość analityczną i diagnostyczną. Jednak techniki redukcji ilości danych telemetrycznych, takie jak próbkowanie i filtrowanie telemetrii, często używane w aplikacjach do monitorowania generujących duże ilości danych telemetrycznych, wpływają na ilość zebranych wpisów dziennika i w związku z tym zmniejszają dokładność metryk opartych na dziennikach.

Metryki niestandardowe (wersja zapoznawcza)

Metryki niestandardowe w usłudze Application Insights umożliwiają definiowanie i śledzenie określonych pomiarów unikatowych dla aplikacji. Te metryki można utworzyć, instrumentując kod w celu wysyłania niestandardowych danych telemetrycznych do usługi Application Insights. Metryki niestandardowe zapewniają elastyczność monitorowania dowolnego aspektu aplikacji, który nie jest objęty metrykami standardowymi, co pozwala uzyskać bardziej szczegółowy wgląd w zachowanie i wydajność aplikacji.

Aby uzyskać więcej informacji, zobacz Metryki niestandardowe w usłudze Azure Monitor (wersja zapoznawcza).

Uwaga

Usługa Application Insights udostępnia również funkcję o nazwie Strumień metryk na żywo, która umożliwia niemal w czasie rzeczywistym monitorowanie aplikacji internetowych i nie przechowuje żadnych danych telemetrycznych.

Porównanie metryk

Funkcja Metryki standardowe Metryki na podstawie dzienników Metryki niestandardowe
Źródło danych Wstępnie zagregowane dane szeregów czasowych zebrane w czasie wykonywania. Pochodzące z danych dziennika przy użyciu zapytań Kusto. Metryki zdefiniowane przez użytkownika zbierane za pośrednictwem zestawu SDK usługi Application Insights lub interfejsu API.
Ziarnistość Stałe interwały (1 minuta). Zależy od stopnia szczegółowości samych danych dziennika. Elastyczny stopień szczegółowości oparty na metrykach zdefiniowanych przez użytkownika.
Dokładność Wysokie, bez wpływu na próbkowanie dzienników. Może to mieć wpływ na próbkowanie i filtrowanie. Wysoka dokładność, szczególnie w przypadku używania metod wstępnie agregowanych, takich jak GetMetric.
Koszty Uwzględnione w cenniku usługi Application Insights. Na podstawie pozyskiwania danych dzienników i wykonywania zapytań dotyczących kosztów. Zobacz Model cen i przechowywanie.
Konfiguracja Automatycznie dostępne z minimalną konfiguracją. Wymagaj konfiguracji zapytań dziennika, aby wyodrębnić żądane metryki z danych dziennika. Wymaga niestandardowej implementacji i konfiguracji w kodzie.
Wydajność zapytania Szybkie, ze względu na wstępne agregację. Wolniejsze, ponieważ obejmuje wykonywanie zapytań dotyczących danych dziennika. Zależy od ilości danych i złożoności zapytań.
Storage Przechowywane jako dane szeregów czasowych w magazynie metryk usługi Azure Monitor. Przechowywane jako dzienniki w obszarze roboczym usługi Log Analytics. Przechowywane zarówno w usłudze Log Analytics, jak i w magazynie metryk usługi Azure Monitor.
Alerty Obsługuje alerty w czasie rzeczywistym. Umożliwia obsługę złożonych scenariuszy zgłaszania alertów na podstawie szczegółowych danych dziennika. Elastyczne alerty oparte na metrykach zdefiniowanych przez użytkownika.
Limit usługi Podlega limitom usługi Application Insights. Podlega limitom obszaru roboczego usługi Log Analytics. Limit przydziału dla bezpłatnych metryk i koszt dodatkowych wymiarów.
Przypadki użycia Monitorowanie w czasie rzeczywistym, pulpity nawigacyjne wydajności i szybki wgląd w szczegółowe informacje. Szczegółowa diagnostyka, rozwiązywanie problemów i szczegółowa analiza. Dostosowane wskaźniki wydajności i metryki specyficzne dla firmy.
Przykłady Użycie procesora CPU, użycie pamięci, czas trwania żądania. Liczba żądań, ślady wyjątków, wywołania zależności. Niestandardowe metryki specyficzne dla aplikacji, takie jak zaangażowanie użytkowników, użycie funkcji.

Wstępne agregowanie metryk

Zestawy SDK openTelemetry i nowsze zestawy SDK usługi Application Insights (klasyczny interfejs API) wstępnie aagowane metryki podczas zbierania w celu zmniejszenia ilości danych wysyłanych z zestawu SDK do punktu końcowego kanału telemetrii. Ten proces ma zastosowanie do standardowych metryk wysyłanych domyślnie, więc dokładność nie ma wpływu na próbkowanie ani filtrowanie. Dotyczy to również metryk niestandardowych wysyłanych przy użyciu interfejsu API OpenTelemetry lub GetMetric i TrackValue, co skutkuje mniejszym pozyskiwaniem danych i niższym kosztem. Jeśli twoja wersja zestawu SDK usługi Application Insights obsługuje metody GetMetric i TrackValue, jest to preferowana metoda wysyłania metryk niestandardowych.

W przypadku zestawów SDK, które nie implementują wstępnej agregacji (czyli starszych wersji zestawów SDK usługi Application Insights lub instrumentacji przeglądarki), zaplecze usługi Application Insights nadal wypełnia nowe metryki, agregując zdarzenia odebrane przez punkt końcowy kanału telemetrii usługi Application Insights. W przypadku metryk niestandardowych można użyć metody trackMetric . Mimo że nie korzystasz z mniejszej ilości danych przesyłanych za pośrednictwem przewodu, nadal można używać wstępnie zagregowanych metryk i lepszej wydajności oraz obsługi alertów wymiarowych niemal w czasie rzeczywistym za pomocą zestawów SDK, które nie są wstępnie aagregowane metryki podczas zbierania.

Przed próbkowaniem pozyskiwania punkt końcowy kanału telemetrii poprzedza zdarzenia. Z tego powodu próbkowanie pozyskiwania nigdy nie wpływa na dokładność wstępnie zagregowanych metryk, niezależnie od wersji zestawu SDK używanej z aplikacją.

Poniższa tabela zawiera listę preaggregacji wstępnie zagregowanych.

Wstępne agregowanie metryk za pomocą dystrybucji OpenTelemetry usługi Azure Monitor

Bieżący zestaw SDK produkcji Wstępne agregowanie metryk standardowych Wstępne agregowanie metryk niestandardowych
ASP.NET Core SDK Zestaw SDK za pośrednictwem interfejsu API OpenTelemetry
.NET (za pośrednictwem eksportera) SDK Zestaw SDK za pośrednictwem interfejsu API OpenTelemetry
Java (3.x) SDK Zestaw SDK za pośrednictwem interfejsu API OpenTelemetry
Natywna dla języka Java SDK Zestaw SDK za pośrednictwem interfejsu API OpenTelemetry
Node.js SDK Zestaw SDK za pośrednictwem interfejsu API OpenTelemetry
Python SDK Zestaw SDK za pośrednictwem interfejsu API OpenTelemetry

Wstępne agregowanie metryk za pomocą zestawu SDK usługi Application Insights (interfejs API klasycznego)

Bieżący zestaw SDK produkcji Wstępne agregowanie metryk standardowych Wstępne agregowanie metryk niestandardowych
.NET Core i .NET Framework Zestaw SDK (wersja 2.13.1 lub nowsza) Zestaw SDK (wersja 2.7.2 lub nowsza) za pośrednictwem polecenia GetMetric
Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
Java (2.x) Punkt końcowy kanału telemetrii Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
JavaScript (przeglądarka) Punkt końcowy kanału telemetrii Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
Node.js Punkt końcowy kanału telemetrii Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
Python Punkt końcowy kanału telemetrii Zestaw SDK za pośrednictwem pliku OpenCensus.stats (wycofany)
Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric

Uwaga

Wstępne agregowanie metryk za pomocą autoinstrumentacji

Dzięki automatycznejinstrumentacji zestaw SDK jest automatycznie dodawany do kodu aplikacji i nie można go dostosować. W przypadku metryk niestandardowych wymagana jest instrumentacja ręczna.

Bieżący zestaw SDK produkcji Wstępne agregowanie metryk standardowych Wstępne agregowanie metryk niestandardowych
ASP.NET Core Zestaw SDK 1 Nieobsługiwane
ASP.NET Zestaw SDK 2 Nieobsługiwane
Java SDK Obsługiwane 3
Node.js SDK Nieobsługiwane
Python SDK Nieobsługiwane

Przypisy dolne

  • 1 ASP.NET Core autoinstrumentacja w usłudze App Service emituje standardowe metryki bez wymiarów. Instrumentacja ręczna jest wymagana dla wszystkich wymiarów.
  • 2 ASP.NET automatycznejinstrumentacji na maszynach wirtualnych/zestawach skalowania maszyn wirtualnych i lokalnie emituje standardowe metryki bez wymiarów. To samo dotyczy usługi aplikacja systemu Azure, ale poziom kolekcji musi być ustawiony na zalecany. Instrumentacja ręczna jest wymagana dla wszystkich wymiarów.
  • 3 Agent języka Java używany z funkcją autoinstrumentacji przechwytuje metryki emitowane przez popularne biblioteki i wysyła je do usługi Application Insights jako metryk niestandardowych.

Niestandardowe wymiary metryk i wstępne agregowanie

Wszystkie metryki wysyłane przy użyciu interfejsu API OpenTelemetry, trackMetric lub GetMetric i TrackValue są automatycznie przechowywane w magazynie metryk i dziennikach. Te metryki można znaleźć w tabeli customMetrics w usłudze Application Insights i w Eksploratorze metryk w obszarze Niestandardowa przestrzeń nazw metryk o nazwie azure.applicationinsights. Mimo że wersja oparta na dzienniku metryki niestandardowej zawsze zachowuje wszystkie wymiary, wstępnie zagregowana wersja metryki jest domyślnie przechowywana bez wymiarów. Zachowywanie wymiarów metryk niestandardowych jest funkcją w wersji zapoznawczej, którą można włączyć na karcie Użycie i szacowany koszt , wybierając pozycję Z wymiarami w obszarze Wyślij metryki niestandardowe do magazynu metryk platformy Azure.

Zrzut ekranu przedstawiający użycie i szacowane koszty.

Normy sprzedaży

Wstępnie zagregowane metryki są przechowywane jako szeregi czasowe w usłudze Azure Monitor. Mają zastosowanie limity przydziału usługi Azure Monitor dla metryk niestandardowych.

Uwaga

Przekroczenie limitu przydziału może mieć niezamierzone konsekwencje. Usługa Azure Monitor może stać się zawodna w twojej subskrypcji lub regionie. Aby dowiedzieć się, jak uniknąć przekroczenia limitu przydziału, zobacz Ograniczenia i zagadnienia dotyczące projektowania.

Dlaczego kolekcja wymiarów metryk niestandardowych jest domyślnie wyłączona?

Kolekcja niestandardowych wymiarów metryk jest domyślnie wyłączona, ponieważ w przyszłości przechowywanie niestandardowych metryk z wymiarami będzie rozliczane oddzielnie od usługi Application Insights. Przechowywanie niewymiarowych metryk niestandardowych pozostaje bezpłatne (do limitu przydziału). Możesz dowiedzieć się więcej o nadchodzących zmianach modelu cenowych na naszej oficjalnej stronie cennika.

Tworzenie wykresów i eksplorowanie metryk

Użyj Eksploratora metryk usługi Azure Monitor, aby wykreślić wykresy z wstępnie zagregowanych, opartych na dziennikach i niestandardowych metryk oraz do tworzenia pulpitów nawigacyjnych za pomocą wykresów. Po wybraniu żądanego zasobu usługi Application Insights użyj selektora przestrzeni nazw, aby przełączać się między metrykami.

Zrzut ekranu przedstawiający przestrzeń nazw metryki.

Modele cen metryk usługi Application Insights

Pozyskiwanie metryk do usługi Application Insights, opartej na dzienniku lub wstępnie agregowanej, generuje koszty na podstawie rozmiaru pozyskanych danych. Aby uzyskać więcej informacji, zobacz artykuł Cennik usługi Azure Monitor Logs. Metryki niestandardowe, w tym wszystkie jego wymiary, są zawsze przechowywane w magazynie dzienników usługi Application Insights. Ponadto wstępnie zagregowana wersja metryk niestandardowych bez wymiarów jest domyślnie przekazywana do magazynu metryk.

Wybranie opcji Włącz alerty dotyczące niestandardowych wymiarów metryk w celu przechowywania wszystkich wymiarów wstępnie zagregowanych metryk w magazynie metryk może wygenerować dodatkowe koszty na podstawie niestandardowych cen metryk.

Dostępne metryki

W poniższych sekcjach wymieniono metryki z obsługiwanymi agregacjami i wymiarami. Szczegółowe informacje o metrykach opartych na dziennikach obejmują podstawowe instrukcje zapytań Kusto.

Metryki dostępności

Metryki w kategorii Dostępność umożliwiają wyświetlanie kondycji aplikacji internetowej obserwowanej z punktów na całym świecie. Skonfiguruj testy dostępności, aby rozpocząć korzystanie z dowolnych metryk z tej kategorii.

Dostępność (availabilityResults/availabilityPercentage)

Metryka Dostępność pokazuje procent przebiegów testów internetowych, które nie wykryły żadnych problemów. Najniższa możliwa wartość to 0, co oznacza, że wszystkie przebiegi testu internetowego zakończyły się niepowodzeniem. Wartość 100 oznacza, że wszystkie przebiegi testu internetowego przeszły kryteria weryfikacji.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Procent Średnia Run location, Test name

Czas trwania testu dostępności (availabilityResults/duration)

Metryka Czas trwania testu dostępności pokazuje, ile czasu zajęło uruchomienie testu internetowego. W przypadku wieloetapowych testów internetowych metryka odzwierciedla całkowity czas wykonywania wszystkich kroków.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Run location, , Test nameTest result

Testy dostępności (availabilityResults/count)

Metryka Testy dostępności odzwierciedla liczbę testów internetowych uruchamianych przez usługę Azure Monitor.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Run location, , Test nameTest result

Metryki przeglądarki

Metryki przeglądarki są zbierane przez zestaw SDK języka JavaScript usługi Application Insights z rzeczywistych przeglądarek użytkowników końcowych. Zapewniają one doskonały wgląd w środowisko użytkowników w aplikacji internetowej. Metryki przeglądarki zwykle nie są próbkowane, co oznacza, że zapewniają większą precyzję liczb użycia w porównaniu z metrykami po stronie serwera, które mogą być wypaczone przez próbkowanie.

Uwaga

Aby zbierać metryki przeglądarki, aplikacja musi być instrumentowana przy użyciu zestawu SDK języka JavaScript usługi Application Insights.

Czas ładowania strony przeglądarki (browserTimings/totalDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas przetwarzania klienta (browserTiming/processingDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas połączenia sieciowego ładowania strony (browserTimings/networkDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas odpowiedzi (browserTimings/receiveDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas wysyłania żądania (browserTimings/sendDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Metryki błędów

Metryki w obszarze Błędy pokazują problemy z przetwarzaniem żądań, wywołań zależności i zgłaszanymi wyjątkami.

Wyjątki przeglądarki (wyjątki/przeglądarka)

Ta metryka odzwierciedla liczbę zgłoszonych wyjątków z kodu aplikacji uruchomionego w przeglądarce. W metryce są uwzględniane tylko wyjątki śledzone za pomocą wywołania interfejsu trackException() API usługi Application Insights.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role name

Błędy wywołań zależności (zależności/niepowodzenie)

Liczba wywołań zależności zakończonych niepowodzeniem.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role instance, Cloud role name, , Dependency performance, Dependency type, Is traffic synthetic, , Result codeTarget of dependency call

Wyjątki (wyjątki/liczba)

Za każdym razem, gdy rejestrujesz wyjątek w usłudze Application Insights, istnieje wywołanie metody trackException() zestawu SDK. Metryka Wyjątki przedstawia liczbę zarejestrowanych wyjątków.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role instance, , Cloud role nameDevice type

Żądania nieudane (żądania/niepowodzenie)

Liczba śledzonych żądań serwera, które zostały oznaczone jako nieudane. Domyślnie zestaw SDK usługi Application Insights automatycznie oznacza każde żądanie serwera, które zwróciło kod odpowiedzi HTTP 5xx lub 4xx jako żądanie, które zakończyło się niepowodzeniem. Tę logikę można dostosować, modyfikując właściwość powodzenia elementu telemetrii żądania w inicjatorze niestandardowej telemetrii.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role instance, , Cloud role name, Is synthetic traffic, , Request performanceResult code

Wyjątki serwera (wyjątki/serwer)

Ta metryka przedstawia liczbę wyjątków serwera.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role instance, Cloud role name

Liczniki wydajności

Użyj metryk w kategorii Liczniki wydajności, aby uzyskać dostęp do liczników wydajności systemu zebranych przez usługę Application Insights.

Dostępna pamięć (performanceCounters/availableMemory)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Megabajty/gigabajty (zależne od danych) Średnia, Maksymalna, Minimalna Cloud role instance

Współczynnik wyjątków (performanceCounters/exceptionRate)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Count Średnia, Maksymalna, Minimalna Cloud role instance

Czas wykonywania żądania HTTP (performanceCounters/requestExecutionTime)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Cloud role instance

Szybkość żądań HTTP (performanceCounters/requestsPerSecond)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Żądania na sekundę Średnia, Maksymalna, Minimalna Cloud role instance

Żądania HTTP w kolejce aplikacji (performanceCounters/requestsInQueue)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Count Średnia, Maksymalna, Minimalna Cloud role instance

Przetwarzanie procesora CPU (performanceCounters/processCpuPercentage)

Metryka pokazuje, ile całkowitej pojemności procesora jest zużywane przez proces hostujący monitorowaną aplikację.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Procent Średnia, Maksymalna, Minimalna Cloud role instance

Uwaga

Zakres metryki wynosi od 0 do 100 * n, gdzie n jest liczbą dostępnych rdzeni procesora CPU. Na przykład wartość metryki 200% może reprezentować pełne wykorzystanie dwóch rdzeni procesora CPU lub połowy wykorzystania 4 rdzeni procesora CPU itd. Znormalizowane użycie procesora CPU procesu to alternatywna metryka zbierana przez wiele zestawów SDK, która reprezentuje tę samą wartość, ale dzieli ją przez liczbę dostępnych rdzeni procesora CPU. W związku z tym zakres znormalizowanej metryki procesora CPU procesu wynosi od 0 do 100.

Współczynnik operacji we/wy procesu (performanceCounters/processIOBytesPerSecond)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Bajty na sekundę Średnia, Minimalna, Maksymalna Cloud role instance

Przetwarzanie bajtów prywatnych (performanceCounters/processPrivateBytes)

Ilość nieudostępnej pamięci przydzielonej przez monitorowany proces dla danych.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Bajty Średnia, Minimalna, Maksymalna Cloud role instance

Czas procesora (performanceCounters/processorCpuPercentage)

Użycie procesora PRZEZ wszystkie procesy uruchomione w monitorowanym wystąpieniu serwera.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Procent Średnia, Minimalna, Maksymalna Cloud role instance

Uwaga

Metryka czasu procesora nie jest dostępna dla aplikacji hostowanych w usługach aplikacja systemu Azure. Użyj metryki Przetwarzania procesora CPU , aby śledzić wykorzystanie procesora CPU aplikacji internetowych hostowanych w usłudze App Services.

Metryki serwera

Wywołania zależności (zależności/liczba)

Ta metryka jest w odniesieniu do liczby wywołań zależności.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role instance, Cloud role name, , Dependency performance, Is traffic syntheticDependency type, , Result code, , Successful callTarget of a dependency call

Czas trwania zależności (zależności/czas trwania)

Ta metryka odnosi się do czasu trwania wywołań zależności.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Cloud role instance, Cloud role name, , Dependency performance, Is traffic syntheticDependency type, , Result code, , Successful callTarget of a dependency call

Częstotliwość żądań serwera (żądania/szybkość)

Ta metryka odzwierciedla liczbę przychodzących żądań serwera, które zostały odebrane przez aplikację internetową.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba na sekundę Średnia Cloud role instance, , Cloud role name, Is traffic synthetic, , Request performance Result codeSuccessful request

Żądania serwera (żądania/liczba)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role instance, , Cloud role name, Is traffic synthetic, , Request performance Result codeSuccessful request

Czas odpowiedzi serwera (żądania/czas trwania)

Ta metryka odzwierciedla czas przetwarzania żądań przychodzących przez serwery.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Cloud role instance, , Cloud role name, Is traffic synthetic, , Request performance Result codeSuccessful request

Metryki użycia

Czas ładowania widoku strony (pageViews/duration)

Ta metryka odnosi się do ilości czasu, jaki zajęło załadowanie zdarzeń PageView.

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Cloud role name, Is traffic synthetic

Widoki stron (pageViews/count)

Liczba zdarzeń PageView zarejestrowanych za pomocą interfejsu API usługi Application Insights TrackPageView().

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role name, Is traffic synthetic

Ślady (ślady/liczba)

Liczba instrukcji śledzenia zarejestrowanych za pomocą wywołania interfejsu API usługi Application Insights TrackTrace().

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Liczba Liczba Cloud role instance, , Cloud role name, , Is traffic syntheticSeverity level

Metryki niestandardowe

Nie dotyczy metryk standardowych.

Uzyskiwanie dostępu do metryk opartych na dziennikach bezpośrednio za pomocą interfejsu API REST usługi Application Insights

Interfejs API REST usługi Application Insights umożliwia programowe pobieranie metryk opartych na dziennikach. Zawiera również opcjonalny parametrai.include-query-payload, który po dodaniu do ciągu zapytania monituje interfejs API o zwrócenie nie tylko danych szeregów czasowych, ale także instrukcję język zapytań Kusto (KQL) użytą do pobrania. Ten parametr może być szczególnie korzystny dla użytkowników mających na celu zrozumienie połączenia między nieprzetworzonymi zdarzeniami w usłudze Log Analytics i wynikową metryki opartą na dzienniku.

Aby uzyskać bezpośredni dostęp do danych, przekaż parametr do interfejsu ai.include-query-payload API usługi Application Insights w zapytaniu przy użyciu języka KQL.

Uwaga

Aby pobrać zapytanie DEMO_APP dotyczące dzienników bazowych i DEMO_KEYnie trzeba ich zastępować. Jeśli chcesz pobrać instrukcję KQL, a nie dane szeregów czasowych własnej aplikacji, możesz skopiować i wkleić ją bezpośrednio na pasku wyszukiwania przeglądarki.

api.applicationinsights.io/v1/apps/DEMO_APP/metrics/users/authenticated?api_key=DEMO_KEY&prefer=ai.include-query-payload

Poniżej przedstawiono przykład zwracanej instrukcji KQL dla metryki "Uwierzytelnieni użytkownicy". (W tym przykładzie "users/authenticated" jest to identyfikator metryki).

output
{
    "value": {
        "start": "2024-06-21T09:14:25.450Z",
        "end": "2024-06-21T21:14:25.450Z",
        "users/authenticated": {
            "unique": 0
        }
    },
    "@ai.query": "union (traces | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (requests | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (pageViews | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (dependencies | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (customEvents | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (availabilityResults | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (exceptions | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (customMetrics | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (browserTimings | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)) | where notempty(user_AuthenticatedId) | summarize ['users/authenticated_unique'] = dcount(user_AuthenticatedId)"
}

Następne kroki