Zbieranie, przechowywanie i magazynowanie danych w usłudze Application Insights

Po zainstalowaniu zestawu AZURE Application Szczegółowe informacje SDK w aplikacji wysyła on dane telemetryczne dotyczące aplikacji do chmury. Naturalnie odpowiedzialni deweloperzy chcą wiedzieć dokładnie, jakie dane są wysyłane, co się dzieje z danymi i jak mogą zachować nad nim kontrolę. W szczególności czy dane poufne mogą być wysyłane, gdzie są przechowywane i jak bezpieczne są?

Po pierwsze, krótka odpowiedź:

  • Standardowe moduły telemetrii, które są uruchamiane "po uruchomieniu", prawdopodobnie nie będą wysyłać poufnych danych do usługi. Dane telemetryczne dotyczą metryk obciążenia, wydajności i użycia, raportów wyjątków i innych danych diagnostycznych. Główne dane użytkownika widoczne w raportach diagnostycznych to adresy URL. jednak aplikacja nie powinna w żadnym przypadku umieszczać poufnych danych w postaci zwykłego tekstu w adresie URL.
  • Możesz napisać kod, który wysyła dodatkowe niestandardowe dane telemetryczne, aby ułatwić diagnostykę i monitorowanie użycia. (Ta rozszerzalność jest świetną funkcją funkcji Szczegółowe informacje). Przez pomyłkę byłoby możliwe napisanie tego kodu tak, aby zawierał dane osobiste i inne dane poufne. Jeśli aplikacja pracuje z takimi danymi, należy zastosować dokładny proces przeglądu do całego pisanych kodów.
  • Podczas tworzenia i testowania aplikacji można łatwo sprawdzić, co jest wysyłane przez zestaw SDK. Dane są wyświetlane w oknach danych wyjściowych debugowania środowiska IDE i przeglądarki.
  • Lokalizację można wybrać podczas tworzenia nowego zasobu aplikacji Szczegółowe informacje zasobów. Więcej informacji na temat dostępności Szczegółowe informacje aplikacji na region znajdziesz tutaj.
  • Przejrzyj zebrane dane, ponieważ mogą one obejmować dane dozwolone w pewnych okolicznościach, ale nie inne. Dobrym przykładem jest nazwa urządzenia. Nazwa urządzenia z serwera nie ma wpływu na prywatność i jest przydatna, ale nazwa urządzenia z telefonu lub laptopa może mieć wpływ na prywatność i być mniej przydatna. Zestaw SDK opracowany głównie dla serwerów docelowych domyślnie zbiera nazwę urządzenia, co może wymagać nadpisania zarówno w normalnych zdarzeniach, jak i wyjątkach.

W pozostałej części tego artykułu bardziej szczegółowo o tych odpowiedziach. Jest ona zaprojektowana jako samodzielna, aby pokazać ją współpracownikom, którzy nie są częścią Twojego bezpośredniego zespołu.

Co to jest usługa Application Insights?

Azure Application Szczegółowe informacje to usługa dostarczana przez firmę Microsoft, która pomaga zwiększyć wydajność i użyteczność twojej aplikacji na żywo. Monitoruje ona aplikację przez cały czas, gdy jest uruchomiona, zarówno podczas testowania, jak i po jej opublikowaniu lub wdrożeniu. Aplikacja Szczegółowe informacje tworzy wykresy i tabele, które pokazują na przykład, jakie czasy dnia zyskasz większość użytkowników, jak szybko reaguje na aplikację i jak dobrze jest ona zapewniana przez wszelkie usługi zewnętrzne, od których zależy. Jeśli występują awarie, awarie lub problemy z wydajnością, możesz szczegółowo przeszukać dane telemetryczne, aby zdiagnozować przyczynę. Usługa będzie wysyłać Ci wiadomości e-mail w przypadku zmian w dostępności i wydajności aplikacji.

Aby uzyskać tę funkcję, należy zainstalować zestaw SDK usługi Application Szczegółowe informacje w aplikacji, który staje się częścią jej kodu. Gdy aplikacja jest uruchomiona, zestaw SDK monitoruje jej działanie i wysyła dane telemetryczne do usługi Application Szczegółowe informacje Service. Jest to usługa w chmurze hostowana przez Microsoft Azure. (Jednak usługa Application Szczegółowe informacje działa w przypadku wszystkich aplikacji, a nie tylko aplikacji hostowanych na platformie Azure).

Usługa Application Szczegółowe informacje przechowuje i analizuje dane telemetryczne. Aby wyświetlić analizę lub przeszukać przechowywane dane telemetryczne, zaloguj się do konta platformy Azure i otwórz zasób application Szczegółowe informacje aplikacji. Możesz również udostępnić dostęp do danych innym członkom zespołu lub określonym subskrybentom platformy Azure.

Dane można wyeksportować z usługi Application Szczegółowe informacje, na przykład do bazy danych lub narzędzi zewnętrznych. Każde narzędzie jest zapewniane przy użyciu specjalnego klucza, który można uzyskać z usługi. Klucz można odwołać w razie potrzeby.

Zestawy SDK usługi Application Szczegółowe informacje są dostępne dla różnych typów aplikacji: usługi internetowe hostowane na własnych serwerach java EE lub ASP.NET albo na platformie Azure; klienci sieci Web — czyli kod uruchomiony na stronie internetowej; aplikacje i usługi klasyczne; aplikacje urządzenia, takie jak Windows Phone, iOS i Android. Wszystkie wysyłają dane telemetryczne do tej samej usługi.

Jakie dane zbiera?

Istnieją trzy źródła danych:

  • Zestaw SDK, który można zintegrować z aplikacją w czasie projektowania lub w czasie uruchamiania. Istnieją różne zestawy SDK dla różnych typów aplikacji. Istnieje również zestaw SDK dla stron internetowych, który jest ładowany do przeglądarki użytkownika końcowego wraz ze stroną.

    • Każdy zestaw SDK ma wiele modułów, które używają różnych technik do zbierania różnych typów telemetrii.
    • Jeśli zainstalujesz zestaw SDK w czasie opracowywania, możesz użyć jego interfejsu API do wysyłania własnych danych telemetrycznych, oprócz modułów standardowych. Ta niestandardowa telemetria może obejmować dowolne dane, które chcesz wysłać.
  • Na niektórych serwerach internetowych istnieją również agenci, którzy działają razem z aplikacją i wysyłają dane telemetryczne dotyczące procesora CPU, pamięci i obciążenia sieci. Na przykład maszyny wirtualne platformy Azure, hosty platformy Docker i serwery EE Java mogą mieć takich agentów.

  • Testy dostępności to procesy uruchamiane przez firmę Microsoft, które wysyłają żądania do aplikacji internetowej w regularnych odstępach czasu. Wyniki są wysyłane do usługi Application Szczegółowe informacje Service.

Jakiego rodzaju dane są zbierane?

Główne kategorie to:

  • Telemetria serwera internetowego — żądania HTTP. Uri, czas przetwarzania żądania, kod odpowiedzi, adres IP klienta. Session id.
  • Strony internetowe — liczba stron, użytkowników i sesji. Czasy ładowania strony. Wyjątki. Wywołania Ajax.
  • Liczniki wydajności — pamięć, procesor CPU, we/wy, obciążenie sieci.
  • Kontekst klienta i serwera — system operacyjny, ustawienia lokalne, typ urządzenia, przeglądarka, rozdzielczość ekranu.
  • Wyjątki i awarie — zrzuty stosu, , typ procesora CPU.
  • Zależności — wywołania usług zewnętrznych, takich jak REST, SQL, AJAX. URI lub parametrów połączenia, czas trwania, powodzenie, polecenie.
  • Testy dostępności — czas trwania testu i kroków, odpowiedzi.
  • Śledzenie dzienników i telemetriiniestandardowej — wszystko, co koduje się do dzienników lub telemetrii.

Więcej szczegółów:.

Jak sprawdzić, co jest zbierane?

Jeśli opracowujesz aplikację przy użyciu Visual Studio, uruchom aplikację w trybie debugowania (F5). Telemetria zostanie wyświetlona w oknie Dane wyjściowe. Następnie możesz go skopiować i sformatować w formacie JSON, aby ułatwić inspekcję.

Screenshot that shows running the app in debug mode in Visual Studio.

W oknie Diagnostyka jest również bardziej czytelny widok.

W przypadku stron sieci Web otwórz okno debugowania przeglądarki.

Press F12 and open the Network tab.

Czy mogę napisać kod filtru danych telemetrycznych przed ich wysłaniem?

Byłoby to możliwe przez napisanie wtyczki procesora telemetrii.

Jak długo są przechowywane dane?

Nieprzetworzone punkty danych (czyli elementy, które można badać w narzędziu Analiza i inspekcja w wyszukiwaniu) są przechowywane przez maksymalnie 730 dni. Możesz wybrać czas przechowywania 30, 60, 90, 120, 180, 270, 365, 550 lub 730 dni. Jeśli musisz przechowywać dane dłużej niż 730 dni, możesz użyć eksportu ciągłego, aby skopiować je na konto magazynu podczas pozyskiwania danych.

Za dane przechowywane dłużej niż 90 dni będą naliczane dodatkowe opłaty. Dowiedz się więcej na temat Szczegółowe informacje usługi Application na Azure Monitor cennika.

Zagregowane dane (czyli liczby, średnie i inne dane statystyczne, które są dostępne w Eksploratorze metryk) są przechowywane w ziarnie 1 minuty przez 90 dni.

Migawki debugowania są przechowywane przez 15 dni. Te zasady przechowywania są ustawiane dla określonych aplikacji. Jeśli chcesz zwiększyć tę wartość, możesz zażądać zwiększenia, otwierając zgłoszenie do pomocy technicznej w Azure Portal.

Kto może uzyskać dostęp do danych?

Dane są widoczne dla Ciebie, a jeśli masz konto organizacji, członków twojego zespołu.

Może on zostać wyeksportowany przez Ciebie i członków zespołu i może zostać skopiowany do innych lokalizacji i przekazany innym osobom.

Co firma Microsoft robi z informacjami, które moja aplikacja wysyła do usługi Application Szczegółowe informacje?

Firma Microsoft używa tych danych tylko w celu świadczenia usługi.

Gdzie są przechowywane dane?

  • Lokalizację można wybrać podczas tworzenia nowego zasobu aplikacji Szczegółowe informacje zasobów. Więcej informacji na temat dostępności Szczegółowe informacje aplikacji na region znajdziesz tutaj.

Jak bezpieczne są moje dane?

Application Szczegółowe informacje to usługa platformy Azure. Zasady zabezpieczeń są opisane w dokumencie Dotyczącym zabezpieczeń, ochrony prywatności i zgodności platformy Azure.

Dane są przechowywane na Microsoft Azure serwerach. W przypadku kont w Azure Portal ograniczenia kont są opisane w dokumencie Zabezpieczenia, prywatność i zgodność platformy Azure.

Dostęp do danych użytkownika przez personel firmy Microsoft jest ograniczony. Uzyskujemy dostęp do Danych użytkownika tylko za jego zgodą i jeśli jest to konieczne do obsługi korzystania z usług application Szczegółowe informacje.

Dane zagregowane we wszystkich aplikacjach naszych klientów (takie jak stawki danych i średni rozmiar śladów) są używane do ulepszania wydajności Szczegółowe informacje.

Czy dane telemetryczne innej osoby mogą zakłócać działanie aplikacji Szczegółowe informacje danych?

Mogą oni wysyłać dodatkowe dane telemetryczne do Twojego konta przy użyciu klucza instrumentacji, który można znaleźć w kodzie stron internetowych. Dzięki wystarczającej ilości dodatkowych danych metryki nie będą prawidłowo reprezentować wydajności i użycia aplikacji.

Jeśli udostępniasz kod innym projektom, pamiętaj o usunięciu klucza instrumentacji.

Czy dane są szyfrowane?

Wszystkie dane są szyfrowane podczas przechowywania i podczas ich przesuwania się między centrami danych.

Czy dane są szyfrowane podczas przesyłania z mojej aplikacji do serwerów Szczegółowe informacje aplikacji?

Tak, do wysyłania danych do portalu z niemal wszystkich zestawów SDK, w tym serwerów internetowych, urządzeń i stron sieci Web HTTPS, używamy protokołu HTTPS.

Czy zestaw SDK tworzy tymczasowy magazyn lokalny?

Tak, niektóre kanały telemetrii będą utrwalać dane lokalnie, jeśli nie będzie można uzyskać dostępu do punktu końcowego. Zapoznaj się z poniższymi tematami, aby zobaczyć, których platform i kanałów telemetrii dotyczy problem.

Kanały telemetrii, które korzystają z magazynu lokalnego, tworzą pliki tymczasowe w katalogach TEMP lub APPDATA, które są ograniczone do określonego konta, na którym działa aplikacja. Może się to zdarzyć, gdy punkt końcowy był tymczasowo niedostępny lub został przekroony limit ograniczenia. Po rozwiązaniu tego problemu kanał telemetrii wznowi wysyłanie wszystkich nowych i utrwalonych danych.

Te utrwalone dane nie są szyfrowane lokalnie. Jeśli jest to problem, przejrzyj dane i ogranicz zbieranie danych prywatnych. Aby uzyskać więcej informacji, zobacz How to export and delete private data (Jak eksportować i usuwać dane prywatne).

Jeśli klient musi skonfigurować ten katalog z określonymi wymaganiami w zakresie zabezpieczeń, można go skonfigurować dla poszczególnych platform. Upewnij się, że proces uruchamiania aplikacji ma dostęp do zapisu w tym katalogu, ale również upewnij się, że ten katalog jest chroniony, aby uniknąć odczytywania danych telemetrycznych przez niezamierzonych użytkowników.

Java

C:\Users\username\AppData\Local\Temp Służy do utrwalania danych. Tej lokalizacji nie można skonfigurować z katalogu konfiguracji, a uprawnienia dostępu do tego folderu są ograniczone do określonego użytkownika z wymaganymi poświadczeniami. (Aby uzyskać więcej informacji, zobacz implementację).

.NET

Domyślnie jest używany lokalny folder danych aplikacji bieżącego użytkownika ServerTelemetryChannel lub folder tymczasowy %localAppData%\Microsoft\ApplicationInsights%TMP% . (Zobacz implementację tutaj).

Za pośrednictwem pliku konfiguracji:

<TelemetryChannel Type="Microsoft.ApplicationInsights.WindowsServer.TelemetryChannel.ServerTelemetryChannel,   Microsoft.AI.ServerTelemetryChannel">
    <StorageFolder>D:\NewTestFolder</StorageFolder>
</TelemetryChannel>

Za pomocą kodu:

  • Usuń usługę ServerTelemetryChannel z pliku konfiguracji
  • Dodaj ten fragment kodu do konfiguracji:
    ServerTelemetryChannel channel = new ServerTelemetryChannel();
    channel.StorageFolder = @"D:\NewTestFolder";
    channel.Initialize(TelemetryConfiguration.Active);
    TelemetryConfiguration.Active.TelemetryChannel = channel;
    

NetCore

Domyślnie jest używany lokalny folder danych aplikacji bieżącego użytkownika ServerTelemetryChannel lub folder tymczasowy %localAppData%\Microsoft\ApplicationInsights%TMP% . (Zobacz implementację tutaj).

W środowisku systemu Linux magazyn lokalny zostanie wyłączony, chyba że określono folder magazynu.

Uwaga

W wersji 2.15.0-beta3 i większym magazynie lokalnym są teraz automatycznie tworzone dla systemów Linux, Mac i Windows. W przypadku systemów Windows zestaw SDK automatycznie utworzy lokalny folder magazynu w oparciu o następującą logikę:

  • ${TMPDIR} — jeśli ${TMPDIR} zmienna środowiskowa jest ustawiona, ta lokalizacja jest używana.
  • /var/tmp— jeśli poprzednia lokalizacja nie istnieje, spróbujemy użyć . /var/tmp
  • /tmp— jeśli obie poprzednie lokalizacje nie istnieją, spróbujemy użyć . tmp
  • Jeśli żadna z tych lokalizacji nie istnieje, magazyn lokalny nie jest tworzony, a konfiguracja ręczna jest nadal wymagana. Aby uzyskać szczegółowe informacje o implementacji.

Poniższy fragment kodu pokazuje, jak ustawić ServerTelemetryChannel.StorageFolder metodę ConfigureServices() w klasie Startup.cs :

services.AddSingleton(typeof(ITelemetryChannel), new ServerTelemetryChannel () {StorageFolder = "/tmp/myfolder"});

Aby uzyskać więcej informacji, zobacz AspNetCore Custom Configuration (Konfiguracja niestandardowa platformy AspNetCore).

Node.js

Domyślnie jest %TEMP%/appInsights-node{INSTRUMENTATION KEY} używany do utrwalania danych. Uprawnienia dostępu do tego folderu są ograniczone do bieżącego użytkownika i administratorów. (Zobacz implementację tutaj).

Prefiks folderu appInsights-node można przesłonić, zmieniając wartość środowiska uruchomieniowego zmiennej statycznej w Sender.TEMPDIR_PREFIX pliku appInsights-node.

JavaScript (przeglądarka)

Plik HTML5 Session Storage służy do utrwalania danych. Używane są dwa oddzielne bufory: AI_buffer i AI_sent_buffer . Dane telemetryczne, które są wsadowe i oczekują na ich wysłania, są przechowywane AI_buffer w . Telemetria, która została właśnie wysłana, jest umieszczana do momentu, gdy serwer pozyskiwania AI_sent_buffer odpowie, że została pomyślnie odebrana. Po pomyślnym otrzymaniu danych telemetrycznych są usuwane ze wszystkich buforów. W przypadku przejściowych niepowodzeń (na przykład użytkownik traci łączność sieciową) dane telemetryczne pozostają w programie, dopóki nie zostanie pomyślnie odebrana lub serwer pozyskiwania odpowie, że telemetria jest nieprawidłowa (na przykład nieprawidłowy schemat lub zbyt AI_buffer stary).

Bufory telemetrii można wyłączyć, ustawiając enableSessionStorageBuffer na false . Gdy magazyn sesji jest wyłączony, tablica lokalna jest używana jako magazyn trwały. Ponieważ zestaw SDK języka JavaScript działa na urządzeniu klienckim, użytkownik ma dostęp do tej lokalizacji przechowywania za pośrednictwem narzędzi dewelopera przeglądarki.

Zestaw OpenCensus Python

Domyślnie zestaw SDK OpenCensus dla języka Python używa bieżącego folderu użytkownika %username%/.opencensus/.azure/ . Uprawnienia dostępu do tego folderu są ograniczone do bieżącego użytkownika i administratorów. (Zobacz implementację tutaj). Folder zawierający utrwalone dane będzie miał nazwę na podstawie pliku języka Python, który wygenerował telemetrię.

Możesz zmienić lokalizację pliku magazynu, przekazując parametr w konstruktorze storage_path eksportera, z którym korzystasz.

AzureLogHandler(
  connection_string='InstrumentationKey=00000000-0000-0000-0000-000000000000',
  storage_path='<your-path-here>',
)

Jak mogę wysyłać dane do usługi Application Szczegółowe informacje przy użyciu TLS 1.2?

Aby zapewnić bezpieczeństwo danych podczas przesyłania do punktów końcowych usługi Application Szczegółowe informacje, zdecydowanie zachęcamy klientów do skonfigurowania aplikacji do używania co najmniej Transport Layer Security (TLS) 1.2. Starsze wersje protokołu TLS/Secure Sockets Layer (SSL) są podatne na zagrożenia i chociaż obecnie działają w celu zapewnienia zgodności z poprzednimi wersjami, nie są zalecane,a branża szybko porzuca obsługę tych starszych protokołów.

30 czerwca 2018 r., aby wyłączyć starsze wersje protokołów TLS/SSL i uaktualnić je do bezpieczniejszych protokołów, została ustawiona przez PCI Security Standards. Jeśli platforma Azure porzuca starszą obsługę, jeśli aplikacja/klienci nie mogą komunikować się za pośrednictwem co najmniej TLS 1.2, nie będzie można wysyłać danych do usługi Application Szczegółowe informacje. Podejście do testowania i weryfikowania obsługi TLS aplikacji będzie się różnić w zależności od systemu operacyjnego/platformy, a także języka/struktury używanej przez aplikację.

Nie zalecamy jawnego ustawiania aplikacji tak, aby używać tylko protokołu TLS 1.2, chyba że jest to konieczne, ponieważ może to przerwać funkcje zabezpieczeń na poziomie platformy, które umożliwiają automatyczne wykrywanie i korzystanie z bardziej bezpiecznych protokołów, gdy staną się dostępne, takich jak TLS 1.3. Zalecamy przeprowadzenie dokładnej inspekcji kodu aplikacji w celu sprawdzenia, czy określone wersje protokołu TLS/SSL nie zostały zakodowane na dyskach twardych.

Wskazówki dotyczące platformy/języka

Platforma/język Pomoc techniczna Więcej informacji
Azure App Services Obsługiwane, może być wymagana konfiguracja. Obsługa została ogłoszona w kwietniu 2018 r. Przeczytaj anons, aby uzyskać szczegółowe informacje o konfiguracji.
Aplikacje funkcji platformy Azure Obsługiwane, może być wymagana konfiguracja. Obsługa została ogłoszona w kwietniu 2018 r. Przeczytaj anons, aby uzyskać szczegółowe informacje o konfiguracji.
.NET Obsługiwane konfiguracje różnią się w zależności od wersji. Aby uzyskać szczegółowe informacje o konfiguracji dla programu .NET 4.7 i wcześniejszych wersji, zapoznaj się z tymi instrukcjami.
Monitor stanu Obsługiwane, wymagana konfiguracja monitor stanu korzysta z konfiguracji systemu operacyjnego.NET Configuration do obsługi TLS 1.2.
Node.js Obsługiwane w wersji 10.5.0 może być wymagana konfiguracja. Użyj oficjalnej dokumentacji Node.js protokołu TLS/SSL dla dowolnej konfiguracji specyficznej dla aplikacji.
Java Obsługiwana obsługa JDK dla TLS 1.2 została dodana w JDK 6 aktualizacji 121 i JDK 7. JDK 8 domyślnie używa standardu TLS 1.2.
Linux Dystrybucje systemu Linux zwykle korzystają z openssl do obsługi TLS 1.2. Sprawdź listę zmian OpenSSL, aby potwierdzić, że twoja wersja programu OpenSSL jest obsługiwana.
Windows 8.0–10 Obsługiwane i domyślnie włączone. Aby potwierdzić, że nadal używasz ustawień domyślnych.
Windows Server 2012 – 2016 r. Obsługiwane i domyślnie włączone. Aby potwierdzić, że nadal używasz ustawień domyślnych
Windows 7 z dodatkiem SP1 Windows Server 2008 R2 SP1 Obsługiwane, ale domyślnie niewłączona. Zobacz stronę Transport Layer Security rejestru (TLS), aby uzyskać szczegółowe informacje na temat włączania.
Windows Server 2008 SP2 Obsługa TLS 1.2 wymaga aktualizacji. Zobacz aktualizacja, aby dodać obsługę TLS 1.2 w Windows Server 2008 SP2.
Windows Vista Nieobsługiwane. Nie dotyczy

Sprawdź, jaka wersja programu OpenSSL jest uruchomiona w Twojej dystrybucji systemu Linux

Aby sprawdzić zainstalowaną wersję programu OpenSSL, otwórz terminal i uruchom:

openssl version -a

Uruchamianie testowej transakcji TLS 1.2 w systemie Linux

Aby uruchomić wstępny test, aby sprawdzić, czy system Linux może komunikować się za pośrednictwem TLS 1.2, otwórz terminal i uruchom:

openssl s_client -connect bing.com:443 -tls1_2

Dane osobowe przechowywane w aplikacji Application Szczegółowe informacje

W artykule Application Szczegółowe informacje personal data (Dane osobowe aplikacji) szczegółowo omówiono ten problem.

Czy moi użytkownicy mogą wyłączyć program Application Szczegółowe informacje?

Nie bezpośrednio. Nie zapewniamy przełącznika, który użytkownicy mogą obsługiwać w celu wyłączenia usługi Application Szczegółowe informacje.

Taką funkcję można jednak zaimplementować w aplikacji. Wszystkie zestawy SDK zawierają ustawienie interfejsu API, które wyłącza zbieranie danych telemetrycznych.

Dane wysyłane przez program Application Szczegółowe informacje

Zestawy SDK różnią się w zależności od platformy i istnieje kilka składników, które można zainstalować. (Zobacz Application Szczegółowe informacje — omówienie). Każdy składnik wysyła inne dane.

Klasy danych wysyłanych w różnych scenariuszach

Twoja akcja Zebrane klasy danych (zobacz następną tabelę)
Dodawanie zestawu SDK Szczegółowe informacje aplikacji do projektu internetowego platformy .NET ServerContext
Wywnioskować
Liczniki wydajności
Żądania
Wyjątki
Sesja
users
Instalowanie monitor stanu usługach IIS Zależności
ServerContext
Wywnioskować
Liczniki wydajności
Dodawanie zestawu SDK Szczegółowe informacje aplikacji do aplikacji internetowej Java ServerContext
Wywnioskować
Żądanie
Sesja
users
Dodawanie zestawu JAVAScript SDK do strony internetowej ClientContext
Wywnioskować
Strona
ClientPerf
AJAX
Definiowanie właściwości domyślnych Właściwości dla wszystkich zdarzeń standardowych i niestandardowych
Wywołanie trackmetric Wartości liczbowe
Właściwości
Śledzenie połączeń* Nazwa zdarzenia
Właściwości
Wywołanie trackException Wyjątki
Zrzut stosu
Właściwości
Zestaw SDK nie może zbierać danych. Przykład:
— nie może uzyskać dostępu do liczników wydajności
— wyjątek w inicjatorze telemetrii
Diagnostyka zestawu SDK

W przypadku zestawów SDK dla innych platformzobacz ich dokumenty.

Klasy zebranych danych

Collected data, klasa Obejmuje (nie jest to wyczerpująca lista)
Właściwości Wszystkie dane — określone przez kod
DeviceContext Id, IP, ustawienia lokalne, model urządzenia, sieć, typ sieci, nazwa OEM, rozdzielczość ekranu, wystąpienie roli, nazwa roli, typ urządzenia
ClientContext System operacyjny, ustawienia lokalne, język, sieć, rozdzielczość okna
Sesja session id
ServerContext Nazwa komputera, ustawienia lokalne, system operacyjny, urządzenie, sesja użytkownika, kontekst użytkownika, operacja
Wywnioskować lokalizacja geograficzna z adresu IP, znacznika czasu, systemu operacyjnego, przeglądarki
Metryki Nazwa i wartość metryki
Zdarzenia Nazwa i wartość zdarzenia
Odsłon Adres URL i nazwa strony lub nazwa ekranu
Perf klienta Adres URL/nazwa strony, czas ładowania przeglądarki
AJAX Wywołania HTTP ze strony internetowej do serwera
Żądania Adres URL, czas trwania, kod odpowiedzi
Zależności Type(SQL, HTTP, ...), connection string, or URI, sync/async, duration, success, SQL statement (with monitor stanu)
Wyjątki Typ, komunikat,stosy wywołań, plik źródłowy, numer wiersza,
Ulega awarii Process id, parent process id , ; poprawka aplikacji, , kompilacja; typ wyjątku, adres, przyczyna; crash thread id zaciemniane symbole i rejestry, binarne adresy rozpoczęcia i zakończenia, nazwa binarna i id ścieżka, typ procesora CPU
Ślad Komunikat i poziom ważności
Liczniki wydajności Czas procesora, dostępna pamięć, szybkość żądania, szybkość wyjątków, bajty prywatne procesu, szybkość we/wy, czas trwania żądania, długość kolejki żądań
Dostępność Kod odpowiedzi testu internetowego, czas trwania każdego kroku testu, nazwa testu, znacznik czasu, powodzenie, czas odpowiedzi, lokalizacja testu
Diagnostyka zestawu SDK Komunikat śledzenia lub wyjątek

Niektóre dane można wyłączyć, edytując ApplicationInsights.config

Uwaga

Adres IP klienta jest używany do wnioskowania lokalizacji geograficznej, ale domyślnie dane ip nie są już przechowywane i wszystkie zera są zapisywane w skojarzonym polu. Aby dowiedzieć się więcej na temat obsługi danych osobowych, zalecamy skorzystanie z tego artykułu. Jeśli musisz przechowywać dane adresów IP, nasz artykuł na temat zbierania adresów IP zawiera informacje na temat twoich opcji.

Czy mogę modyfikować lub aktualizować dane po ich zebraniu?

Nie, dane są tylko do odczytu i można je usunąć tylko za pomocą funkcji przeczyszczania. Aby dowiedzieć się więcej, odwiedź stronę Guidance for personal data stored in Log Analytics and Application Szczegółowe informacje (Wskazówki dotyczące danych osobowych przechowywanych w usługach Log Analytics i Application Szczegółowe informacje).

Środki

Ten produkt zawiera dane GeoLite2 utworzone przez firmę MaxMind, dostępne w emecie https://www.maxmind.com .