Shromažďování, uchování a ukládání dat v nástroji Application Insights

Když do své aplikace nainstalujete sadu Application Insights SDK, odesílá telemetrická data o vaší aplikaci do cloudu. Jako zodpovědný vývojář chcete přesně vědět, jaká data se odesílají, co se s nimi děje a jak si je můžete udržet pod kontrolou. Konkrétně je možné odesílat citlivá data, kde se ukládají a jak jsou zabezpečená?

Nejprve stručná odpověď:

  • Standardní telemetrické moduly, které se spouští "po spuštění", pravděpodobně neodesílají citlivá data do služby. Telemetrie se zabývá metrikami zatížení, výkonu a využití, sestavami výjimek a dalšími diagnostickými daty. Hlavní uživatelská data viditelná v diagnostických sestavách jsou adresy URL. Vaše aplikace by ale v žádném případě neměla do adresy URL vkládat citlivá data ve formátu prostého textu.
  • Můžete napsat kód, který odesílá více vlastní telemetrie a pomůže vám s diagnostikou a monitorováním využití. (Tato rozšiřitelnost je skvělou funkcí Application Insights.) Omylem by bylo možné napsat tento kód tak, aby zahrnoval osobní a jiné citlivé údaje. Pokud vaše aplikace s těmito daty pracuje, měli byste provést důkladnou kontrolu veškerého kódu, který napíšete.
  • Při vývoji a testování aplikace je snadné zkontrolovat, co sada SDK odesílá. Data se zobrazí v oknech výstupu ladění integrovaného vývojového prostředí a prohlížeče.
  • Umístění můžete vybrat při vytváření nového prostředku Application Insights. Další informace o dostupnosti Application Insights v jednotlivých oblastech najdete v tématu Dostupné produkty v jednotlivých oblastech.
  • Zkontrolujte shromážděná data, protože můžou obsahovat data, která jsou za určitých okolností povolená, ale za jiných ne. Dobrým příkladem této situace je název zařízení. Název zařízení ze serveru nemá vliv na ochranu osobních údajů a je užitečný. Název zařízení z telefonu nebo přenosného počítače může mít vliv na ochranu osobních údajů a může být méně užitečný. Sada SDK vyvinutá primárně pro cílové servery by ve výchozím nastavení shromažďovala názvy zařízení. Tuto funkci může být potřeba přepsat v normálních událostech i výjimkách.

Zbývající část tohoto článku se těmto bodům věnuje podrobněji. Článek je samostatný, takže ho můžete sdílet s kolegy, kteří nejsou součástí vašeho bezprostředního týmu.

Co je Application Insights?

Application Insights je služba poskytovaná Microsoft, která pomáhá zlepšit výkon a použitelnost živé aplikace. Monitoruje vaši aplikaci po celou dobu, kdy je spuštěná, a to jak během testování, tak po jejím publikování nebo nasazení. Application Insights vytváří grafy a tabulky, které zobrazují informativní metriky. Můžete například vidět, v jakou denní dobu získáte většinu uživatelů, jak je aplikace responzivní a jak dobře ji obsluhují všechny externí služby, na které závisí. Pokud dojde k selháním nebo problémům s výkonem, můžete prohledat telemetrická data a diagnostikovat příčinu. Služba vám pošle e-maily, pokud dojde k nějakým změnám v dostupnosti a výkonu vaší aplikace.

Tuto funkci získáte tak, že do aplikace nainstalujete sadu Application Insights SDK, která se stane součástí jejího kódu. Když je vaše aplikace spuštěná, sada SDK monitoruje její provoz a odesílá telemetrii do Application Insights, což je cloudová služba hostovaná Microsoft Azure. Application Insights funguje také pro všechny aplikace, nejen pro aplikace hostované v Azure.

Application Insights ukládá a analyzuje telemetrii. Pokud chcete zobrazit analýzu nebo hledat uloženou telemetrii, přihlaste se ke svému účtu Azure a otevřete prostředek Application Insights pro vaši aplikaci. Přístup k datům můžete také sdílet s ostatními členy vašeho týmu nebo s určenými předplatiteli Azure.

Data můžete exportovat z Application Insights, například do databáze nebo do externích nástrojů. Každému nástroji poskytnete speciální klíč, který získáte od služby. Klíč je možné v případě potřeby odvolat.

Sady Application Insights SDK jsou dostupné pro celou řadu typů aplikací:

  • Webové služby hostované na vlastních serverech Java EE nebo ASP.NET nebo v Azure
  • Weboví klienti, to znamená kód spuštěný na webové stránce
  • Desktopové aplikace a služby
  • Aplikace zařízení, jako jsou Windows Phone, iOS a Android

Všechny odesílají telemetrii do stejné služby.

Poznámka

Podpora příjmu dat založeného na instrumentačním klíči skončí 31. března 2025. Příjem dat instrumentačního klíče bude dál fungovat, ale už nebudeme pro tuto funkci poskytovat aktualizace ani podporu. Přejděte na připojovací řetězce , abyste mohli využívat nové možnosti.

Jaká data shromažďuje?

Existují tři zdroje dat:

  • Sada SDK, kterou integrujete s aplikací ve vývoji nebo za běhu. Pro různé typy aplikací existují různé sady SDK. K dispozici je také sada SDK pro webové stránky, která se spolu se stránkou načte do prohlížeče uživatele.

    • Každá sada SDK má mnoho modulů, které ke shromažďování různých typů telemetrie používají různé techniky.
    • Pokud sadu SDK nainstalujete ve vývojovém prostředí, můžete kromě standardních modulů použít její rozhraní API k odesílání vlastní telemetrie. Tato vlastní telemetrie může zahrnovat všechna data, která chcete odeslat.
  • Na některých webových serverech jsou také agenti, kteří běží společně s aplikací a odesílají telemetrická data týkající se obsazenosti procesoru, paměti a sítě. Takové agenty můžou mít například virtuální počítače Azure, hostitelé Dockeru a aplikační servery Java .

  • Testy dostupnosti jsou procesy spouštěné Microsoft, které v pravidelných intervalech odesílají požadavky do vaší webové aplikace. Výsledky se odesílají do Application Insights.

Jaký druh dat se shromažďuje?

Hlavní kategorie jsou:

  • Telemetrie webového serveru: Požadavky HTTP. identifikátor URI, doba potřebná ke zpracování požadavku, kód odpovědi a IP adresa klienta. Session id.
  • Webové stránky: Počet stránek, uživatelů a relací. Časy načítání stránky. Výjimky. Volání Ajax.
  • Čítače výkonu: Obsazenost paměti, procesoru, vstupně-výstupních operací a sítě.
  • Kontext klienta a serveru: operační systém, národní prostředí, typ zařízení, prohlížeč a rozlišení obrazovky.
  • Výjimky a chyby: Výpisy zásobníku, build ida typ procesoru.
  • Závislosti: Volání externích služeb, jako jsou REST, SQL a AJAX. Identifikátor URI nebo připojovací řetězec, doba trvání, úspěch a příkaz.
  • Testy dostupnosti: Doba trvání testu, kroků a odpovědí.
  • Protokoly trasování a vlastní telemetrie: Všechno, co kódujete do protokolů nebo telemetrie.

Další informace najdete v části Data odesílaná službou Application Insights.

Jak můžu ověřit, co se shromažďuje?

Pokud vyvíjíte aplikaci pomocí sady Visual Studio, spusťte aplikaci v režimu ladění (F5). Telemetrie se zobrazí v okně Výstup . Odtud ho můžete zkopírovat a naformátovat jako JSON pro snadnou kontrolu.

Snímek obrazovky znázorňující spuštění aplikace v režimu ladění v sadě Visual Studio

K dispozici je také čitelnější zobrazení v okně Diagnostika .

V případě webových stránek otevřete okno ladění v prohlížeči. Vyberte F12 a otevřete kartu Síť .

Snímek obrazovky znázorňující otevřenou kartu Síť

Můžu napsat kód pro filtrování telemetrie před odesláním?

Budete muset napsat modul plug-in procesoru telemetrie.

Jak dlouho se data uchovávají?

Nezpracované datové body (tj. položky, na které se můžete dotazovat ve službě Analytics a kontrolovat je ve vyhledávání) se uchovávají po dobu až 730 dnů. Můžete vybrat dobu uchovávání 30, 60, 90, 120, 180, 270, 365, 550 nebo 730 dnů. Pokud potřebujete uchovávat data déle než 730 dnů, můžete je během příjmu dat zkopírovat do účtu úložiště pomocí průběžného exportu .

Za data uchováná déle než 90 dnů se účtují další poplatky. Další informace o cenách Application Insights najdete na stránce s cenami služby Azure Monitor.

Agregovaná data (tj. počty, průměry a další statistická data, která vidíte v Průzkumníku metrik) se uchovávají v intervalu 1 minuty po dobu 90 dnů.

Snímky ladění se ukládají po dobu 15 dnů. Tyto zásady uchovávání informací se nastavily pro jednotlivé aplikace. Pokud potřebujete tuto hodnotu zvýšit, můžete o zvýšení požádat otevřením případu podpory v Azure Portal.

Kdo má přístup k datům?

Data uvidíte vy, a pokud máte účet organizace, členové vašeho týmu.

Můžete ho exportovat vy a členové vašeho týmu a můžete ho zkopírovat do jiných umístění a předat dalším lidem.

Co Microsoft dělat s informacemi, které moje aplikace odesílá do Application Insights?

Microsoft používá data pouze k poskytování služby.

Kde se data uchovávají?

Umístění můžete vybrat při vytváření nového prostředku Application Insights. Další informace o dostupnosti Application Insights najdete v tématu Dostupné produkty podle oblasti.

Jak zabezpečená jsou moje data?

Application Insights je služba Azure. Zásady zabezpečení jsou popsané v dokumentu white paper o zabezpečení, ochraně osobních údajů a dodržování předpisů v Azure.

Data se ukládají na Microsoft serverech Azure. Pro účty v Azure Portal jsou omezení účtů popsaná v dokumentu o zabezpečení, ochraně osobních údajů a dodržování předpisů v Azure.

Přístup pracovníků Microsoft k vašim datům je omezený. K vašim datům přistupujeme pouze s vaším svolením a v případě, že je to nezbytné pro podporu vašeho používání Application Insights.

Agregovaná data napříč aplikacemi všech našich zákazníků, jako jsou míry dat a průměrná velikost trasování, se používají ke zlepšování Application Insights.

Může telemetrie někoho jiného kolidovat s daty Application Insights?

Někdo by mohl odeslat více telemetrických dat do vašeho účtu pomocí instrumentačního klíče. Tento klíč najdete v kódu vašich webových stránek. S dostatkem dat navíc nebudou metriky správně reprezentovat výkon a využití vaší aplikace.

Pokud sdílíte kód s jinými projekty, nezapomeňte odebrat instrumentační klíč.

Jsou data zašifrovaná?

Všechna data se šifrují v klidovém stavu a při přesunu mezi datovými centry.

Jsou data zašifrovaná z mé aplikace na servery Application Insights?

Ano. Protokol HTTPS používáme k odesílání dat na portál z téměř všech sad SDK, včetně webových serverů, zařízení a webových stránek HTTPS.

Vytváří sada SDK dočasné místní úložiště?

Ano. Některé kanály telemetrie zachovají data místně, pokud není možné dosáhnout koncového bodu. Následující odstavce popisují, kterých architektur a kanálů telemetrie se to týká:

  • Kanály telemetrie, které využívají místní úložiště, vytvářejí dočasné soubory v adresářích TEMP nebo APPDATA, které jsou omezené na konkrétní účet, na kterém běží vaše aplikace. K této situaci může dojít, když byl koncový bod dočasně nedostupný nebo jste dosáhli limitu omezování. Po vyřešení tohoto problému bude kanál telemetrie pokračovat v odesílání všech nových a trvalých dat.
  • Tato trvalá data nejsou šifrována místně. Pokud se jedná o problém, zkontrolujte data a omezte shromažďování soukromých dat. Další informace najdete v tématu Export a odstranění soukromých dat.
  • Pokud zákazník potřebuje nakonfigurovat tento adresář s konkrétními požadavky na zabezpečení, je možné ho nakonfigurovat pro každou architekturu. Ujistěte se, že proces, na kterém běží vaše aplikace, má přístup k zápisu do tohoto adresáře. Ujistěte se také, že je tento adresář chráněný, aby nedocházelo ke čtení telemetrie nezamýšlenými uživateli.

Java

Složka C:\Users\username\AppData\Local\Temp se používá k uchování dat. Toto umístění není možné konfigurovat z konfiguračního adresáře a oprávnění pro přístup k této složce jsou omezená na konkrétního uživatele s požadovanými přihlašovacími údaji. Další informace najdete v tématu implementace.

.NET

Ve výchozím nastavení ServerTelemetryChannel používá místní složku %localAppData%\Microsoft\ApplicationInsights dat aplikace aktuálního uživatele nebo dočasnou složku %TMP%. Další informace najdete v tématu implementace.

Prostřednictvím konfiguračního souboru:

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

Prostřednictvím kódu:

  • Odeberte ServerTelemetryChannel z konfiguračního souboru.

  • Přidejte tento fragment kódu do konfigurace:

    ServerTelemetryChannel channel = new ServerTelemetryChannel();
    channel.StorageFolder = @"D:\NewTestFolder";
    channel.Initialize(TelemetryConfiguration.Active);
    TelemetryConfiguration.Active.TelemetryChannel = channel;
    

NetCore

Ve výchozím nastavení ServerTelemetryChannel používá místní složku %localAppData%\Microsoft\ApplicationInsights dat aplikace aktuálního uživatele nebo dočasnou složku %TMP%. Další informace najdete v tématu implementace.

V linuxovém prostředí bude místní úložiště zakázané, pokud není zadána složka úložiště.

Poznámka

Ve verzi 2.15.0-beta3 a novějších verzích se teď automaticky vytváří místní úložiště pro Linux, Mac a Windows. V systémech, které nejsou systémy Windows, sada SDK automaticky vytvoří složku místního úložiště na základě následující logiky:

  • ${TMPDIR}: Pokud ${TMPDIR} je nastavená proměnná prostředí, použije se toto umístění.
  • /var/tmp: Pokud předchozí umístění neexistuje, zkusíme /var/tmp.
  • /tmp: Pokud obě předchozí umístění neexistují, zkusíme tmp.
  • Pokud žádné z těchto umístění neexistuje, místní úložiště se nevytvořilo a stále se vyžaduje ruční konfigurace.

Úplné podrobnosti o implementaci najdete v tématu ServerTelemetryChannel ukládá telemetrická data do výchozí složky během přechodných chyb v prostředích mimo Windows.

Následující fragment kódu ukazuje, jak nastavit ServerTelemetryChannel.StorageFolder v ConfigureServices() metodě vaší Startup.cs třídy:

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

Další informace najdete v tématu Vlastní konfigurace AspNetCore.

Node.js

Ve výchozím nastavení se %TEMP%/appInsights-node{INSTRUMENTATION KEY} používá k uchování dat. Oprávnění pro přístup k této složce jsou omezená na aktuálního uživatele a správce. Další informace najdete v implementaci.

Předponu appInsights-node složky lze přepsat změnou hodnoty modulu runtime statické proměnné Sender.TEMPDIR_PREFIX , která se nachází v souboru Sender.ts.

JavaScript (prohlížeč)

Úložiště relací HTML5 se používá k uchování dat. Používají se dvě samostatné vyrovnávací paměti: AI_buffer a AI_sent_buffer. Telemetrie, která je dávková a čeká na odeslání, se ukládá do AI_buffer. Telemetrie, která byla právě odeslána, se umístí AI_sent_buffer do systému, dokud server pro příjem dat neodpovědí, že byla úspěšně přijata.

Když se telemetrie úspěšně přijímá, odebere se ze všech vyrovnávacích pamětí. Při přechodných selháních (například když uživatel ztratí připojení k síti) zůstane telemetrie v AI_buffer systému, dokud se úspěšně nepřijme nebo dokud server pro příjem dat neodpovědí, že telemetrie je neplatná (například chybné schéma nebo příliš staré).

Vyrovnávací paměti telemetrie je možné zakázat nastavením enableSessionStorageBuffer na false. Pokud je úložiště relací vypnuté, místní pole se místo toho použije jako trvalé úložiště. Vzhledem k tomu, že sada JavaScript SDK běží na klientském zařízení, má uživatel přístup k tomuto umístění úložiště prostřednictvím vývojářských nástrojů prohlížeče.

OpenCensus Python

Sada OpenCensus Python SDK ve výchozím nastavení používá složku %username%/.opencensus/.azure/aktuálního uživatele . Oprávnění pro přístup k této složce jsou omezená na aktuálního uživatele a správce. Další informace najdete v implementaci. Složka s vašimi trvalými daty bude pojmenována podle souboru Pythonu, který telemetrii vygeneroval.

Umístění souboru úložiště můžete změnit předáním parametru storage_path v konstruktoru vývozce, který používáte.

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

Návody odesílat data do Application Insights pomocí protokolu TLS 1.2?

Abychom zajistili zabezpečení přenášených dat do koncových bodů Application Insights, důrazně doporučujeme zákazníkům, aby svou aplikaci nakonfigurovali tak, aby používala alespoň protokol TLS (Transport Layer Security) 1.2. Starší verze protokolu TLS/SSL (Secure Sockets Layer) byly zjištěny jako zranitelné. I když v současné době stále fungují tak, aby umožňovaly zpětnou kompatibilitu, nedoporučují se. Odvětví rychle přechází k ukončení podpory pro tyto starší protokoly.

Rada PCI Security Standards Council stanovila konečný termín na 30. června 2018, aby zakázala starší verze PROTOKOLU TLS/SSL a upgradovala na bezpečnější protokoly. Pokud vaše aplikace nebo klienti nebudou moct komunikovat přes protokol TLS 1.2, nebudete moct posílat data do Application Insights po ukončení podpory starší verze Azure. Přístup, který použijete k testování a ověření podpory protokolu TLS vaší aplikace, se bude lišit v závislosti na operačním systému nebo platformě a jazyce nebo architektuře, které vaše aplikace používá.

Nedoporučujeme explicitně nastavit aplikaci tak, aby používala pouze protokol TLS 1.2, pokud to není nutné. Toto nastavení může narušit funkce zabezpečení na úrovni platformy, které umožňují automaticky zjišťovat a využívat novější bezpečnější protokoly, jakmile budou k dispozici, například TLS 1.3. Doporučujeme provést důkladný audit kódu vaší aplikace, abyste zkontrolovali pevné kódování konkrétních verzí PROTOKOLU TLS/SSL.

Pokyny pro konkrétní platformu nebo jazyk

Platforma/jazyk Podpora Další informace
Azure App Services Podporovaná konfigurace může být vyžadována. Podpora byla oznámena v dubnu 2018. Podrobnosti o konfiguraci najdete v oznámení.
Aplikace Azure Functions Podporovaná konfigurace může být vyžadována. Podpora byla oznámena v dubnu 2018. Podrobnosti o konfiguraci najdete v oznámení.
.NET Podporovaná, dlouhodobá podpora (LTS). Podrobné informace o konfiguraci najdete v těchto pokynech.
Monitorování stavu Podporováno, vyžaduje se konfigurace. Monitorování stavu závisí na konfiguraci operačního systému Configuration.NET + pro podporu protokolu TLS 1.2.
Node.js Podporuje se, ve verzi 10.5.0 se může vyžadovat konfigurace. Pro jakoukoli konfiguraci specifickou aplikaci použijte oficiální dokumentaci k protokolu TLS/SSL Node.js.
Java Podpora sady JDK pro TLS 1.2 byla přidána v JDK 6 update 121 a JDK 7. JDK 8 používá ve výchozím nastavení protokol TLS 1.2.
Linux Linuxové distribuce obvykle spoléhají na OpenSSL pro podporu protokolu TLS 1.2. Zkontrolujte protokol změn OpenSSL a ověřte, jestli je vaše verze OpenSSL podporovaná.
Windows 8.0 –10 Podporované a povolené ve výchozím nastavení. Chcete-li ověřit, že stále používáte výchozí nastavení.
Windows Server 2012 – 2016 Podporované a povolené ve výchozím nastavení. Chcete-li ověřit, že stále používáte výchozí nastavení.
Windows 7 SP1 a Windows Server 2008 R2 SP1 Podporováno, ale ve výchozím nastavení není povoleno. Podrobnosti o tom, jak povolit, najdete na stránce nastavení registru tls (Transport Layer Security ).
Windows Server 2008 SP2 Podpora protokolu TLS 1.2 vyžaduje aktualizaci. Viz Aktualizace pro přidání podpory protokolu TLS 1.2 v systému Windows Server 2008 SP2.
Windows Vista Nepodporováno

Zkontrolujte, jakou verzi OpenSSL používá vaše linuxová distribuce.

Pokud chcete zkontrolovat, jakou verzi OpenSSL máte nainstalovanou, otevřete terminál a spusťte:

openssl version -a

Spuštění testovací transakce TLS 1.2 v Linuxu

Pokud chcete spustit předběžný test, abyste zjistili, jestli váš systém Linux může komunikovat přes protokol TLS 1.2, otevřete terminál a spusťte příkaz:

openssl s_client -connect bing.com:443 -tls1_2

Osobní údaje uložené v Application Insights

Podrobnou diskuzi o tomto problému najdete v tématu Správa osobních dat v Log Analytics a Application Insights.

Můžou moji uživatelé vypnout Application Insights?

Ne přímo. Neposkytujeme přepínač, pomocí kterého můžou vaši uživatelé službu Application Insights vypnout.

Takovou funkci můžete ve své aplikaci implementovat. Všechny sady SDK obsahují nastavení rozhraní API, které vypne shromažďování telemetrických dat.

Data odesílaná službou Application Insights

Sady SDK se liší podle různých platforem a můžete nainstalovat několik komponent. Další informace najdete v tématu Přehled Application Insights. Každá komponenta odesílá různá data.

Třídy dat odesílaných v různých scénářích

Vaše akce Shromážděné datové třídy (viz následující tabulka)
Přidání sady Application Insights SDK do webového projektu .NET ServerContext
Odvodit
Čítače výkonu
Žádosti
Výjimky
Relace
uživatelé
Instalace monitorování stavu ve službě IIS Závislosti
ServerContext
Odvodit
Čítače výkonu
Přidání sady Application Insights SDK do webové aplikace v Javě ServerContext
Odvodit
Žádost
Relace
uživatelé
Přidání sady JavaScript SDK na webovou stránku ClientContext
Odvodit
Stránka
ClientPerf
Ajax
Definování výchozích vlastností Vlastnosti všech standardních a vlastních událostí
Call TrackMetric Číselné hodnoty
Vlastnosti
Sledování hovorů* Název události
Vlastnosti
Call TrackException Výjimky
Výpis zásobníku
Vlastnosti
Sada SDK nemůže shromažďovat data. Příklad:
- Nelze získat přístup k čítačům výkonu
– Výjimka v inicializátoru telemetrie
Diagnostika sady SDK

Sady SDK pro jiné platformy najdete v jejich dokumentech.

Třídy shromážděných dat

Shromážděná datová třída Obsahuje (nejedná se o vyčerpávající seznam)
Vlastnosti Všechna data – určená vaším kódem
DeviceContext Id, IP adresa, národní prostředí, model zařízení, síť, typ sítě, název výrobce OEM, rozlišení obrazovky, instance role, název role, typ zařízení
ClientContext Operační systém, národní prostředí, jazyk, síť, rozlišení oken
Relace session id
Text serveru Název počítače, národní prostředí, operační systém, zařízení, relace uživatele, kontext uživatele, operace
Odvodit Geografická poloha z IP adresy, časového razítka, operačního systému, prohlížeče
Metriky Název a hodnota metriky
událost Název a hodnota události
Zobrazení Adresa URL a název stránky nebo název obrazovky
Výkon klienta Adresa URL/název stránky, doba načítání v prohlížeči
Ajax Volání HTTP z webové stránky na server
Žádosti Adresa URL, doba trvání, kód odpovědi
Závislosti Typ (SQL, HTTP, ...), připojovací řetězec nebo identifikátor URI, synchronizace/asynchronní, doba trvání, úspěch, příkaz SQL (s monitorováním stavu)
Výjimky Typ, zpráva, zásobníky volání, zdrojový soubor, číslo řádku, thread id
Pády Process id, , parent process idcrash thread id; oprava aplikace, id, sestavení; typ výjimky, adresa, důvod; obfuskované symboly a registry, binární počáteční a koncová adresa, binární název a cesta, typ procesoru
Trasování Úroveň zprávy a závažnosti
Čítače výkonu Čas procesoru, dostupná paměť, frekvence požadavků, rychlost výjimek, zpracování privátních bajtů, rychlost vstupně-výstupních operací, doba trvání požadavku, délka fronty požadavků
Dostupnost Kód odpovědi na webový test, doba trvání každého testovacího kroku, název testu, časové razítko, úspěch, doba odezvy, umístění testu
Diagnostika sady SDK Zpráva nebo výjimka trasování

Některá data můžete vypnout úpravou ApplicationInsights.config.

Poznámka

IP adresa klienta se používá k odvozování zeměpisné polohy, ale ve výchozím nastavení se data IP adresy už neukládají a všechny nuly se zapisují do přidruženého pole. Další informace o zpracování osobních údajů najdete v tématu Správa osobních údajů v Log Analytics a Application Insights. Pokud potřebujete ukládat data IP adres, provede vás zeměpisná poloha a zpracování IP adres vašimi možnostmi.

Můžu po shromáždění upravit nebo aktualizovat data?

No. Data jsou jen pro čtení a je možné je odstranit pouze pomocí funkce mazání. Další informace najdete v tématu Pokyny k osobním údajům uloženým v Log Analytics a Application Insights.

Kredity

Tento produkt obsahuje data GeoLite2 vytvořená nástrojem MaxMind.