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

Když do své aplikace Přehledy Azure Application Přehledy SDK, odešle telemetrii o vaší aplikaci do cloudu. Zodpovědní vývojáři přirozeně chtějí přesně vědět, jaká data se odesílat, co se s daty děje a jak je mohou mít pod kontrolou. Zvláště je možné odeslat citlivá data, kde jsou uložená a jak zabezpečená?

Zaprvé, krátká odpověď:

  • Standardní moduly telemetrie, které běží "bez instalace", pravděpodobně nebudou do služby odesílat citlivá data. Telemetrie se týká metrik zatížení, výkonu a využití, sestav výjimek a dalších diagnostických dat. Hlavní uživatelská data viditelná v diagnostických sestavách jsou adresy URL. ale vaše aplikace by v žádném případě neměla v adrese URL umisovat citlivá data ve formátu prostého textu.
  • Můžete napsat kód, který odesílá další vlastní telemetrii, která vám pomůže s diagnostikou a monitorováním využití. (Tato rozšiřitelnost je skvělou funkcí aplikačního Přehledy.) Omylem by bylo možné tento kód napsat tak, aby byl součástí osobních a jiných citlivých dat. Pokud vaše aplikace s těmito daty pracuje, měli byste provést důkladnou kontrolu veškerého kódu, který píšete.
  • Při vývoji a testování aplikace je snadné zkontrolovat, co sada SDK odesílá. Data se zobrazí ve výstupních oknech ladění integrovaného vývojového prostředí (IDE) a prohlížeče.
  • Umístění můžete vybrat při vytváření nového prostředku Application Přehledy. Další informace o dostupnosti Přehledy pro každou oblast najdete tady.
  • Zkontrolujte shromážděná data, protože to může zahrnovat data, která jsou v některých případech povolená, ale ne jiná. Dobrým příkladem je Název zařízení. Název zařízení ze serveru nemá žádný vliv na ochranu osobních údajů a je užitečný, ale název zařízení z telefonu nebo přenosného počítače může mít dopad 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žďoval název zařízení, který může být potřeba přepsat při běžných událostech i výjimce.

Zbývající část tohoto článku tyto odpovědi podrobněji propracovaná. Je navržená tak, aby byla samostatná, takže ji můžete ukázat kolegům, kteří nejsou součástí vašeho okamžitého týmu.

Co je Application Insights?

Azure Application Přehledy je služba od Microsoftu, která pomáhá zlepšit výkon a použitelnost živé aplikace. Aplikace se monitoruje po celou dobu, kdy je spuštěná, a to jak během testování, tak i po publikování nebo nasazení. Aplikační Přehledy vytváří grafy a tabulky, které vám například ukážou, v jaké denní době získáte většinu uživatelů, jak je aplikace responzivní a jak dobře ji posloužily externí služby, na kterých závisí. Pokud dojde k selháním, selháním nebo problémům s výkonem, můžete podrobně prohledávat telemetrická data a diagnostikovat příčinu. A služba vám pošle e-maily, pokud dojde ke změnám dostupnosti a výkonu vaší aplikace.

Abyste tuto funkci získali, nainstalujete do své aplikace sadu Application Přehledy SDK, která se stane součástí jejího kódu. Když je vaše aplikace spuštěná, sada SDK monitoruje svoji operaci a odesílá telemetrii do služby Application Přehledy service. Jedná se o cloudovou službu hostovanou Microsoft Azure. (Funkce Application Přehledy ale funguje pro všechny aplikace, ne jenom pro aplikace hostované v Azure.)

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

Můžete mít data exportovaná ze služby Application Přehledy, 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íč lze v případě potřeby odvolat.

Pro Přehledy aplikací jsou k dispozici různé typy aplikací: webové služby hostované ve vlastních serverech Java EE nebo ASP.NET nebo v Azure. webové klienty – to znamená kód spuštěný na webové stránce; desktopové aplikace a služby; aplikace zařízení, jako Windows Phone, iOS a Android. Všechny odesílat telemetrii do stejné služby.

Jaká data shromažďuje?

Existují tři zdroje dat:

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

    • Každá sada SDK obsahuje řadumodulů , které ke shromažďování různých typů telemetrických dat používají různé techniky.
    • Pokud sadu SDK nainstalujete ve vývoji, můžete k odesílání vlastních telemetrických dat kromě standardních modulů použít její rozhraní API. Tato vlastní telemetrie může obsahovat jakákoli data, která chcete odeslat.
  • Na některých webových serverech jsou také agenti, kteří běží společně s aplikací a posílají telemetrii o využití procesoru, paměti a sítě. Takové agenty mohou mít například virtuální počítače Azure, hostitelé Dockeru a EE servery Java.

  • Testy dostupnosti jsou procesy spouštěné Microsoftem, které v pravidelných intervalech posílají požadavky do vaší webové aplikace. Výsledky se odesílat do služby Application Přehledy service.

Jaké druhy dat se shromažďují?

Hlavní kategorie:

  • Telemetrie webového serveru – požadavky HTTP. Identifikátor URI, čas zpracování požadavku, kód odpovědi a IP adresa klienta. Session id.
  • Webové stránky – počty stránek, uživatelů a relací. Časy načtení stránky. Výjimky. Volání Ajax.
  • Čítače výkonu – paměť, procesor, V/V, obsazenost sítě.
  • Kontext klienta a serveru – operační systém, národní prostředí, typ zařízení, prohlížeč, rozlišení obrazovky.
  • Výjimky a selhání – výpisy zásobníku build id , , typ procesoru.
  • Závislosti – volání externích služeb, jako jsou REST, SQL, AJAX. Identifikátor URI nebo připojovací řetězec, doba trvání, úspěch, příkaz.
  • Testy dostupnosti – doba trvání testu a kroky, odpovědi.
  • Trasujte protokoly a vlastní telemetrii,cokoli, co - do protokolů nebo telemetrie začátete.

Další podrobnosti:.

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

Pokud vyvíjíte aplikaci pomocí 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 Visual Studio

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

U webových stránek otevřete okno ladění v prohlížeči.

Stiskněte klávesu F12 a otevřete kartu Síť.

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

To by bylo možné díky zápisu modulu plug-in procesoru telemetrie.

Jak dlouho se data uchovávají?

Nezpracované datové body (to znamená, že položky, které můžete dotazovat v Analytics a kontrolovat 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 data zachovat 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ávaná déle než 90 dnů se budou nabítt další poplatky. Další informace o cenách služby Application Přehledy najdete na Azure Monitor s cenami.

Agregovaná data (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 agregované úrovni 1 minuty.

Snímky ladění se ukládají po dobu 15 dnů. Tato zásada uchovávání informací je nastavená pro každou aplikaci. Pokud tuto hodnotu potřebujete zvýšit, můžete o navýšení požádat otevřením případu podpory v Azure Portal.

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

Data jsou viditelná pro vás, a pokud máte účet organizace, členy 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 jiným lidem.

Co Microsoft dělá s informacemi, které moje aplikace odesílá do služby Application Přehledy?

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

Kde se data uchová?

  • Umístění můžete vybrat při vytváření nového prostředku Application Přehledy. Další informace o dostupnosti Přehledy pro každou oblast najdete tady.

Jak zabezpečená jsou moje data?

Application Přehledy je služba Azure. Zásady zabezpečení jsou popsány 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 Azure serverech. Pro účty v Azure Portal jsou omezení účtů popsaná v dokumentu Zabezpečení, ochrana osobníchúdajů a dodržování předpisů v Azure.

Přístup k vašim datům ze strany pracovníků Microsoftu je omezený. K vašim datům přistupme pouze s vaším oprávněním, a pokud je potřeba zajistit podporu vašeho používání služby Application Přehledy.

Data agregovaná ve všech aplikacích našich zákazníků (například rychlost dat a průměrná velikost trasování) se používají ke zlepšení Přehledy.

Může telemetrie někoho jiného ovlivňovat data aplikace Přehledy data?

Mohou do vašeho účtu odesílat další telemetrii pomocí instrumentačního klíče, který najdete v kódu webových stránek. S dostatečným využitím dalších dat by metriky správně nezastupují 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 šifrovaná?

Všechna data jsou při přenosu mezi datovými cechy zašifrovaná.

Jsou data při přenosu zašifrovaná z aplikace na servery Application Přehledy?

Ano, k odesílání dat na portál používáme https téměř ze všech 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 uchová data místně, pokud se koncový bod nedosáhl. Projděte si následující informace a podívejte se, které architektury a kanály telemetrie jsou ovlivněné.

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 tomu může dojít v případě, že byl koncový bod dočasně nedostupný nebo došlo k omezení šířky pásma. 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 vás to týká, zkontrolujte data a omezte shromažďování soukromých dat. (Další informace najdete v tématu Export a odstranění privátních dat.)

Pokud zákazník potřebuje nakonfigurovat tento adresář s konkrétními požadavky na zabezpečení, můžete ho nakonfigurovat podle architektury. Ujistěte se, že proces, na který vaše aplikace běží, má oprávnění k zápisu do tohoto adresáře, ale také se ujistěte, že je tento adresář chráněný, aby nedocházelo ke čtení telemetrie neúmyslnými uživateli.

Java

C:\Users\username\AppData\Local\Temp se používá pro zachová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í používá místní složku dat aplikace nebo dochovou složku ServerTelemetryChannel %localAppData%\Microsoft\ApplicationInsights aktuálního uživatele %TMP% . (Implementace najdete tady.)

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:

  • Odebrání kanálu 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í používá místní složku dat aplikace nebo dochovou složku ServerTelemetryChannel %localAppData%\Microsoft\ApplicationInsights aktuálního uživatele %TMP% . (Implementace najdete tady.)

V linuxovém prostředí bude místní úložiště zakázané, pokud nezadáte složku úložiště.

Poznámka

Verze 2.15.0-beta3 a vyšší místní úložiště se teď automaticky vytvoří pro Linux, Mac a Windows. Pro jiné Windows vytvoří sada SDK automaticky místní složku ú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, pokusíme se /var/tmp .
  • /tmp – pokud obě předchozí umístění neexistují, pokusíme se tmp .
  • Pokud žádné z těchto umístění neexistuje, místní úložiště se nevytácí a vyžaduje se ruční konfigurace. Úplné podrobnosti implementace najdete v tématu.

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

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

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

Node.js

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

Předponu složky můžete přepsat změnou hodnoty modulu runtime statické proměnné appInsights-node Sender.TEMPDIR_PREFIX v souboru Sender.ts.

JavaScript (prohlížeč)

Relace HTML5 Storage se používá k uchování dat. Používají se dvě samostatné vyrovnávací paměti: a AI_buffer AI_sent_buffer . Telemetrie, která je dávková a čeká se na odeslání, je uložená v AI_buffer . Telemetrie, která se právě odeslala, se umístí do , dokud server pro příjem dat neodpoví AI_sent_buffer na úspěšné přijetí. Po úspěšném přijetí telemetrie se telemetrie 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) zůstane telemetrie aktivní, dokud se úspěšně neobdrží nebo server pro příjem dat odpoví, že telemetrie je neplatná (například špatné schéma nebo příliš AI_buffer stará).

Vyrovnávací paměti telemetrie je možné zakázat nastavením enableSessionStorageBuffer na false . Když je úložiště relace vypnuté, použije se jako trvalé úložiště 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á aktuální složku uživatele %username%/.opencensus/.azure/ . Oprávnění pro přístup k této složce jsou omezená na aktuálního uživatele a správce. (Implementace najdete tady.) Složka s 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 v konstruktoru storage_path 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 služby Application Přehledy pomocí protokolu TLS 1.2?

Pokud chcete zajistit zabezpečení dat při přenosu do koncových bodů služby Application Přehledy, důrazně doporučujeme zákazníkům nakonfigurovat jejich aplikaci tak, aby používejte alespoň protokol TLS (Transport Layer Security) 1.2. Zjistilo se, že starší verze protokolu TLS/SSL (Secure Sockets Layer) (SSL) jsou zranitelné, a přestože v současné době umožňují zpětnou kompatibilitu, nedoporučuje se je a odvětví rychle přenechá podporu pro tyto starší protokoly.

  1. června 2018 2018 nastavila bezpečnostní standardy PCI pro zákaz starších verzí tls/SSL a upgrade na bezpečnější protokoly. Jakmile Azure zahodí starší verzi podpory, pokud vaše aplikace nebo klienti nemohou komunikovat přes protokol TLS 1.2, nebudete moct odesílat data do služby Application Přehledy. Přístup, který použijete k otestování a ověření podpory TLS vaší aplikace, se bude lišit v závislosti na operačním systému nebo platformě a také na jazyce nebo rozhraní, které vaše aplikace používá.

Pokud to není nutné, nedoporučujeme aplikaci explicitně nastavovat na používání protokolu TLS 1.2, protože to může narušovat funkce zabezpečení na úrovni platformy, které vám umožní automaticky zjišťovat a využívat novější bezpečnější protokoly, jakmile budou dostupné, například TLS 1.3. Doporučujeme provést důkladný audit kódu vaší aplikace a zkontrolovat, jestli se konkrétní verze protokolu TLS/SSL nečtou.

Pokyny pro konkrétní platformu nebo jazyk

Platforma/jazyk Podpora Další informace
Azure App Services Podporuje se, může být potřeba konfigurace. Podpora byla oznámena v dubnu 2018. Přečtěte si oznámení o podrobnostech konfigurace.
Aplikace Azure Functions Podporuje se, může být potřeba konfigurace. Podpora byla oznámena v dubnu 2018. Přečtěte si oznámení o podrobnostech konfigurace.
.NET Podporováno, konfigurace se liší podle verze. Podrobné informace o konfiguraci pro .NET 4.7 a starší verze najdete v těchto pokynech.
Monitorování stavu Podporováno, vyžaduje se konfigurace Monitorování stavu protokolu + TLS 1.2 spoléhá na konfiguraci.NET konfigurace operačního systému.
Node.js Podporováno, ve v10.5.0 může být potřeba konfigurace. Pro každou konfiguraci specifickou Node.js použijte oficiální dokumentaci k TLS/SSL.
Java Podporováno, v JDK 6 Update 121 a JDK 7 byla přidána podpora JDK pro PROTOKOL TLS 1.2. JDK 8 ve výchozím nastavení používá protokol TLS 1.2.
Linux Distribuce systému Linux se obvykle spoléhají na OpenSSL pro podporu TLS 1,2. Zkontrolujte OpenSSL protokolu změn a potvrďte, že je podporovaná vaše verze OpenSSL.
Windows 8.0-10 Podporované a povolené ve výchozím nastavení. Potvrďte, že stále používáte výchozí nastavení.
Windows Server 2012 – 2016 Podporované a povolené ve výchozím nastavení. Potvrzení, že stále používáte výchozí nastavení
Windows 7 SP1 a Windows Server 2008 R2 sp1 Podporované, ale nejsou ve výchozím nastavení povolené. Podrobnosti o tom, jak povolit, najdete na stránce nastavení registru TLS (Transport Layer Security) .
Windows Server 2008 SP2 Podpora TLS 1,2 vyžaduje aktualizaci. pokud chcete přidat podporu pro TLS 1,2 v Windows Server 2008 SP2, viz aktualizace.
Windows Vista Nepodporuje se.

Ověřte, jakou verzi OpenSSL je vaše distribuce systému Linux spuštěná.

Pokud chcete zjistit, jakou verzi OpenSSL máte nainstalovanou, otevřete terminál a spusťte příkaz:

openssl version -a

Spuštění testovací transakce TLS 1,2 na Linux

Chcete-li spustit předběžný test, aby bylo možné zjistit, zda systém Linux může komunikovat přes 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

náš článek Application Insights osobních údajů popisuje tento problém podrobně.

je možné, že se moji uživatelé vypnou Application Insights?

Ne přímo. neposkytujeme přepínač, který můžou uživatelé používat k vypnutí Application Insights.

Tuto funkci však můžete v aplikaci implementovat. Všechny sady SDK obsahují nastavení rozhraní API, které vypne shromažďování telemetrie.

Data odesílaná Application Insights

Sady SDK se mezi platformami liší a je možné nainstalovat několik součástí. (podívejte se na Application Insights – přehled.) Každá součást odesílá jiná data.

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

Vaše akce Shromážděné datové třídy (viz další tabulka)
přidání sady SDK Application Insights 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 SDK Application Insights do webové aplikace v jazyce Java ServerContext
Odvodit
Žádost
Relace
uživatelé
Přidat sadu JavaScript SDK na webovou stránku Instance třídy ClientContext
Odvodit
Stránka
ClientPerf
Ajax
Definovat výchozí vlastnosti Vlastnosti všech standardních a vlastních událostí
TrackMetric volání Číselné hodnoty
Vlastnosti
Hovorová stopa * Název události
Vlastnosti
TrackException volání Výjimky
Výpis zásobníku
Vlastnosti
Sada SDK nemůže shromažďovat data. Například:
– nejde získat přístup k čítačům výkonu.
– výjimka v inicializátoru telemetrie
Diagnostika sady SDK

Pro sady SDK pro jiné platformyse podívejte na jejich dokumenty.

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

Shromážděná data – třída Zahrnuje (není vyčerpávající seznam).
Vlastnosti Všechna data – určená vaším kódem
DeviceContext Id, IP, locale, model zařízení, síť, typ sítě, název výrobce OEM, rozlišení obrazovky, instance role, název role, typ zařízení
Instance třídy ClientContext Rozlišení operačního systému, národního prostředí, jazyka, sítě a oken
Relace session id
ServerContext Název počítače, národní prostředí, operační systém, zařízení, uživatelská relace, kontext uživatele, operace
Odvodit geografické umístění z IP adresy, časového razítka, operačního systému, prohlížeče
Metriky Název a hodnota metriky
Události Název a hodnota události
PageViews Adresa URL a název stránky nebo název obrazovky
Výkon klienta Adresa URL/název stránky, čas načtení prohlížeče
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, sync/async, duration, úspěch, SQL příkaz (s Monitorování stavu)
Výjimky Typ, zpráva, zásobníky volání, zdrojový soubor, číslo řádku, thread id
Chybě Process id, parent process id , crash thread id ; Oprava aplikace, id , Build; Typ výjimky, adresa, důvod; zakódováné symboly a registry, binární počáteční a koncové adresy, 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ů, četnost výjimek, zpracování soukromých bajtů, frekvence v/v, doba trvání žádosti, délka fronty požadavků
Dostupnost Kód odpovědi webového testu, 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 Trasovat zprávu nebo výjimku

Některá data můžete odpínat úpravou ApplicationInsights.config

Poznámka

IP adresa klienta se používá k odvodit zeměpisnou polohu, ale ve výchozím nastavení se data IP už neukládají a do přidruženého pole se zapisují všechny nuly. Chcete-li získat další informace o zpracování osobních údajů, doporučujeme tento článek. Pokud potřebujete ukládat údaje o IP adrese, Projděte si tyto možnosti podle článku .

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

Ne, data jsou jen pro čtení a je možné je odstranit jenom pomocí funkce vyprázdnění. další informace najdete v pokynech k osobním údajům uloženým v Log Analytics a Application Insights.

Kredity

Tento produkt zahrnuje data GeoLite2 vytvořená v MaxMind, která jsou dostupná z https://www.maxmind.com .