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

Když do 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 daty děje a jak nad nimi můžete mít kontrolu. 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é běží "po použití", 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, který vám pomůže s diagnostikou a monitorováním využití. (Tato rozšiřitelnost je skvělou funkcí Application Insights.) Tento kód by bylo možné omylem napsat tak, aby obsahoval osobní a další citlivá data. Pokud vaše aplikace s těmito daty pracuje, měli byste u veškerého kódu, který napíšete, provést důkladnou kontrolu.
• Při vývoji a testování aplikace je snadné zkontrolovat, co sada SDK odesílá. Data se zobrazí v okně 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 v 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ázev zařízení. Tuto funkci může být potřeba přepsat v běžných událostech i výjimkách.

Zbývající část tohoto článku se těmito body podrobněji zabývá. Č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á Microsoftem, která vám pomůže 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 publikování nebo nasazení. Application Insights vytváří grafy a tabulky, které zobrazují informativní metriky. Můžete například zjistit, v jakou denní dobu získáte většinu uživatelů, jak je aplikace responzivní a jak dobře ji obsluhují 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.

Pokud chcete tuto funkci získat, nainstalujete do aplikace 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 pracovního prostoru Služby Log Analytics Application Insights, což je cloudová služba hostovaná v 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 prohledat 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 další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 k dispozici pro řadu typů aplikací:

• Webové služby hostované na vlastních serverech Java EE nebo ASP.NET nebo v Azure
• Weboví klienti, tedy 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 instrumentačního klíče bude dál fungovat, ale pro tuto funkci už nebudeme poskytovat aktualizace ani podporu. Přechod 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í buď ve vývoji , nebo za běhu. Existují různé sady SDK pro různé typy aplikací. 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é používají různé techniky ke shromažďování různých typů telemetrie.
  • Pokud sadu SDK nainstalujete ve vývoji, 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 o využití 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 .

• Přehled dostupnosti jsou procesy spuštěné Microsoftem, 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 chybové ukončení: Výpisy paměti 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 a kroků a odpovědi.
• Trasování protokolů 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 ji 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.

V okně Diagnostika je také čitelnější zobrazení.

U webových stránek otevřete okno ladění v prohlížeči. Vyberte F12 a otevřete 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, které můžete dotazovat v Analytics a kontrolovat 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 použít nastavení diagnostiky.

Za data uchovávané 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í po dobu 90 dnů v intervalu 1 minuta.

Snímky ladění se ukládají po dobu 15 dnů. Tato zásada uchovávání informací se nastavuje na základě jednotlivých aplikací. 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 vyexportovat 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ělá s informacemi, které moje aplikace odesílá do Application Insights?

Společnost Microsoft používá tato data pouze k tomu, aby vám službu poskytovala.

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 v rámci oblasti.

Jak jsou moje data zabezpečená?

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

Data jsou uložená na serverech Microsoft Azure. Omezení účtů v Azure Portal jsou popsaná v dokumentu Zabezpečení, ochrana osobních údajů a dodržování předpisů v Azure.

Přístup pracovníků Microsoftu k vašim datům je omezený. K vašim údajům přistupujeme pouze s vaším svolením, a pokud je to nutné, abychom podpořili vaše používání Application Insights.

Souhrnná data napříč všemi aplikacemi našich zákazníků, jako jsou rychlosti 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 do vašeho účtu posílat další telemetrii pomocí instrumentačního klíče. Tento klíč najdete v kódu webových stránek. S dostatkem dat navíc nebudou metriky správně vyjadřovat 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 neaktivní uložená data se při přesunu mezi datacentry šifrují.

Jsou data zašifrovaná při přenosu z 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 budou uchovávat data místně, pokud není dostupný koncový bod. 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 v případě, že koncový bod byl dočasně nedostupný nebo pokud jste dosáhli limitu omezení. 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 místně šifrovaná. Pokud se tento problém týká, 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 podle architektury. Ujistěte se, že proces, na kterém běží vaše aplikace, má oprávnění k zápisu do tohoto adresáře. Také se ujistěte, že je tento adresář chráněný, aby se zabránilo čtení telemetrie nezamýšlenými uživateli.

Java

Složka C:\Users\username\AppData\Local\Temp slouží k uchování dat. Toto umístění nejde 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 do konfigurace tento fragment kódu:

  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í se místní úložiště zakáže, 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 jiných než Windows sada SDK automaticky vytvoří složku místního úložiště na základě následující logiky:

• ${TMPDIR}: Pokud ${TMPDIR} je proměnná prostředí nastavená, 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í %TEMP%/appInsights-node{INSTRUMENTATION KEY} se používá k uchování dat. Oprávnění pro přístup k této složce jsou omezena 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 slouží k zachová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í, je uložená v AI_buffer. Telemetrie, která byla právě odeslána, se umístí AI_sent_buffer do, dokud server pro příjem dat neodpovědí na to, že byla úspěšně přijata.

Po úspěšném přijetí telemetrie se odebere ze všech vyrovnávacích pamětí. Při přechodných selháních (například při ztrátě připojení uživatele k síti) zůstane telemetrie ve AI_buffer stavu, dokud se úspěšně nepřijme nebo dokud server pro příjem dat neodpovědí, že je telemetrie 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. Když je úložiště relace vypnuté, jako trvalé úložiště se místo toho použije místní pole. 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 omezena 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ý vygeneroval telemetrii.

Umístění souboru úložiště můžete změnit předáním parametru storage_path v konstruktoru exportéru, 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?

Pokud chcete zajistit 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 opouští podporu těchto starších protokolů.

Rada PCI Security Standards Council stanovila termín na 30. června 2018, aby zakázala starší verze TLS/SSL a upgradovala na bezpečnější protokoly. Když Azure zahodí podporu starší verze a vaše aplikace nebo klienti nebudou moct komunikovat přes protokol TLS 1.2, nebudete moct odesílat data do Application Insights. 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ě nastavovat 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 aplikace a zkontrolovat pevné kódování konkrétních verzí 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.
Agent Application Insights	Podporováno, vyžaduje se konfigurace.	Agent Application Insights se při podpoře protokolu TLS 1.2 spoléhá na konfiguraci operačníhosystému Configuration.NET + .
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 agenta Application Insights 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 URI, synchronizace/asynchronní, doba trvání, úspěch, příkaz SQL (s agentem Application Insights)
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.

Nejčastější dotazy

Tato část obsahuje odpovědi na běžné otázky.

Co se stane s telemetrií Application Insights, když server nebo zařízení ztratí připojení k Azure?

Všechny naše sady SDK, včetně webové sady SDK, zahrnují spolehlivý neborobustní přenos. Když server nebo zařízení ztratí připojení k Azure, telemetrie se ukládá místně v systému souborů (serverové sady SDK) nebo ve službě HTML5 Session Storage (Webová sada SDK). Sada SDK pravidelně opakuje pokusy o odeslání této telemetrie, dokud ji naše služba pro příjem dat nepovažuje za zastaralou (48 hodin pro protokoly, 30 minut pro metriky). Zastaralá telemetrie se zahodí. V některých případech, například když je místní úložiště plné, nedojde k opakování.

Odesílají se v telemetrii osobní údaje?

Osobní údaje můžete odeslat, pokud je váš kód odešle. Může k tomu dojít také v případě, že proměnné v trasování zásobníku obsahují osobní údaje. Váš vývojový tým by měl provést posouzení rizik, aby zajistil správné zpracování osobních údajů. Přečtěte si další informace o uchovávání dat a ochraně osobních údajů.

Všechny oktety webové adresy klienta jsou po vyhledání atributů geografické polohy vždy nastaveny na hodnotu 0.

Sada Application Insights JavaScript SDK ve výchozím nastavení nezahrnuje do automatického dokončování žádné osobní údaje. Sada SDK ale může některé osobní údaje používané ve vaší aplikaci vyzvednout (například celá jména v window.title souboru nebo ID účtů v parametrech dotazu XHR URL). Pro vlastní maskování osobních dat přidejte inicializátor telemetrie.