Odnajdywanie metryk opartych na dziennikach
Metryki oparte na dzienniku usługi Application Insights umożliwiają analizowanie kondycji monitorowanych aplikacji, tworzenie zaawansowanych pulpitów nawigacyjnych i konfigurowanie alertów. Istnieją dwa rodzaje metryk:
- Metryki oparte na dzienniku są tłumaczone na zapytania Kusto z przechowywanych zdarzeń.
- Metryki standardowe są przechowywane jako wstępnie agregowane szeregi czasowe.
Ponieważ metryki standardowe są wstępnie agregowane podczas zbierania, mają lepszą wydajność w czasie wykonywania zapytań. Metryki standardowe to lepszy wybór w przypadku pulpitów nawigacyjnych i alertów w czasie rzeczywistym. Metryki oparte na dzienniku mają więcej wymiarów, co sprawia, że są one lepszą opcją analizy danych i diagnostyki ad hoc. Użyj selektora przestrzeni nazw, aby przełączać się między metrykami opartymi na dziennikach i standardowymi w Eksploratorze metryk.
Metryki na podstawie dzienników
Deweloperzy mogą używać zestawu SDK do ręcznego wysyłania zdarzeń (pisząc kod, który jawnie wywołuje zestaw SDK) lub mogą polegać na automatycznej kolekcji zdarzeń z autoinstrumentacji. W obu przypadkach zaplecze usługi Application Insights przechowuje wszystkie zebrane zdarzenia jako dzienniki, a bloki usługi Application Insights w witrynie Azure Portal działają jako narzędzie analityczne i diagnostyczne służące do wizualizowania danych opartych na zdarzeniach z dzienników.
Przechowywanie pełnego zestawu zdarzeń przy użyciu dzienników może przynieść doskonałą wartość analityczną i diagnostyczną. Możesz na przykład uzyskać dokładną liczbę żądań do określonego adresu URL z liczbą różnych użytkowników, którzy wykonali te wywołania. Możesz też uzyskać szczegółowe ślady diagnostyczne, w tym wyjątki i wywołania zależności dla dowolnej sesji użytkownika. Posiadanie tego typu informacji może znacznie poprawić widoczność kondycji i użycia aplikacji, co pozwala skrócić czas niezbędny do diagnozowania problemów z aplikacją.
Jednocześnie zbieranie pełnego zestawu zdarzeń może być niepraktyczne (a nawet niemożliwe) dla aplikacji, które generują dużą ilość danych telemetrycznych. W sytuacjach, gdy ilość zdarzeń jest zbyt duża, usługa Application Insights implementuje kilka technik redukcji ilości danych telemetrycznych, takich jak próbkowanie i filtrowanie, które zmniejsza liczbę zebranych i przechowywanych zdarzeń. Niestety obniżenie liczby przechowywanych zdarzeń zmniejsza również dokładność metryk, które w tle muszą wykonywać agregacje czasu zapytania zdarzeń przechowywanych w dziennikach.
Wstępnie zagregowane metryki
Wstępnie zagregowane metryki nie są przechowywane jako pojedyncze zdarzenia z dużą częścią właściwości. Zamiast tego są one przechowywane jako wstępnie agregowane szeregi czasowe i tylko z kluczowymi wymiarami. Dzięki temu nowe metryki są lepsze w czasie wykonywania zapytań: pobieranie danych odbywa się szybciej i wymaga mniejszej mocy obliczeniowej. Umożliwia to nowe scenariusze, takie jak alerty niemal w czasie rzeczywistym dotyczące wymiarów metryk, bardziej dynamicznych pulpitów nawigacyjnych i nie tylko.
Ważne
Zarówno metryki oparte na dziennikach, jak i wstępnie zagregowane współistnieją w usłudze Application Insights. Aby odróżnić te dwie metryki, w środowisku użytkownika usługi Application Insights metryki wstępnie zagregowane są teraz nazywane "Metrykami standardowymi (wersja zapoznawcza)," podczas gdy tradycyjne metryki z zdarzeń zostały zmienione na "Metryki oparte na dzienniku".
Nowsze zestawy SDK (zestaw SDK usługi Application Insights w wersji 2.7 lub nowszej dla platformy .NET) są wstępnie agaggatene podczas zbierania. Dotyczy to 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 polecenia GetMetric , co powoduje mniejsze pozyskiwanie danych i niższe koszty.
W przypadku zestawów SDK, które nie implementują wstępnej agregacji zaplecza usługi Application Insights, nadal wypełnia nowe metryki przez agregowanie zdarzeń odebranych przez punkt końcowy zbierania zdarzeń usługi Application Insights. Chociaż nie korzystasz z mniejszej ilości danych przesyłanych za pośrednictwem przewodu, nadal możesz użyć 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 agregowane metryki podczas zbierania.
Warto wspomnieć, że zdarzenia preagregacji punktu końcowego kolekcji przed próbkowaniem pozyskiwania, co oznacza, że próbkowanie pozyskiwania nigdy nie wpłynie na dokładność wstępnie zagregowanych metryk, niezależnie od wersji zestawu SDK używanej z aplikacją.