Raccolta, conservazione e archiviazione di dati in Application Insights

Articolo
03/22/2023

Quando si installa Application Insights SDK nell'app, invia i dati di telemetria sull'app al cloud. Come sviluppatore responsabile, si vuole sapere esattamente quali dati vengono inviati, cosa accade ai dati e come è possibile mantenere il controllo di esso. In particolare, devono sapere se possono essere inviati dati sensibili, dove vengono archiviati e quale livello di sicurezza viene applicato.

Innanzitutto, chiariamo alcuni aspetti:

È improbabile che i moduli di telemetria standard che seguono un comportamento predefinito possano inviare dati sensibili al servizio. I dati di telemetria riguardano metriche di carico, prestazioni e utilizzo, report di eccezioni e altri dati di diagnostica. I dati utente principali visibili nei report di diagnostica sono URL. Tuttavia, l'app non deve, in ogni caso, inserire dati sensibili in testo normale in un URL.
È possibile scrivere codice che invia dati di telemetria più personalizzati per facilitare la diagnostica e il monitoraggio dell'utilizzo. Questa estendibilità è una grande funzionalità di Application Insights. Sarebbe possibile, per errore, scrivere questo codice in modo che includa dati personali e altri dati sensibili. Se l'applicazione funziona con tali dati, è necessario applicare un processo di revisione completo a tutto il codice scritto.
Durante lo sviluppo e il test dell'app, è facile controllare cosa viene inviato dall'SDK. I dati vengono visualizzati nelle finestre di output del debug dell’IDE e del browser.
È possibile selezionare la località quando si crea una nuova risorsa di Application Insights. Per altre informazioni sulla disponibilità di Application Insights per area, vedere Prodotti disponibili per area.
Esaminare i dati raccolti perché potrebbe includere dati consentiti in alcune circostanze, ma non altri. Un buon esempio di questa circostanza è il nome del dispositivo. Il nome del dispositivo da un server non influisce sulla privacy ed è utile. Un nome del dispositivo da un telefono o un portatile potrebbe avere implicazioni sulla privacy e essere meno utile. Un SDK sviluppato principalmente per i server di destinazione raccoglierà il nome del dispositivo per impostazione predefinita. Questa funzionalità potrebbe essere sovrascritta sia negli eventi normali che nelle eccezioni.

Il resto di questo articolo illustra più completamente questi punti. L'articolo è autonomo, quindi è possibile condividerlo con i colleghi che non fanno parte del team immediato.

Informazioni su Azure Application Insights

Application Insights è un servizio fornito da Microsoft che consente di migliorare le prestazioni e l'usabilità dell'applicazione live. Esegue il monitoraggio dell'applicazione per tutto il tempo che è in esecuzione, sia durante il test che dopo la pubblicazione o la distribuzione. Application Insights crea grafici e tabelle che mostrano le metriche informative. Ad esempio, è possibile visualizzare i tempi del giorno in cui si ottengono la maggior parte degli utenti, come è reattiva l'app e il modo in cui è gestita da tutti i servizi esterni a cui dipende. Se si verificano errori o problemi di prestazioni, è possibile eseguire ricerche nei dati di telemetria per diagnosticare la causa. Il servizio invia messaggi di posta elettronica se sono presenti modifiche alla disponibilità e alle prestazioni dell'app.

Per ottenere questa funzionalità, installare Application Insights SDK nell'applicazione, che diventa parte del codice. Quando l'app è in esecuzione, l'SDK monitora l'operazione e invia i dati di telemetria ad Application Insights, ovvero un servizio cloud ospitato da Microsoft Azure. Application Insights funziona anche per tutte le applicazioni, non solo per le applicazioni ospitate in Azure.

Application Insights archivia e analizza i dati di telemetria. Per visualizzare l'analisi o eseguire una ricerca nei dati di telemetria archiviati, accedere con il proprio account Azure e aprire la risorsa Application Insights per l'applicazione. È anche possibile condividere l'accesso ai dati con altri membri del team o con determinati sottoscrittori di Azure.

È possibile avere dati esportati da Application Insights, ad esempio in un database o in strumenti esterni. A ogni strumento è possibile assegnare una chiave speciale ottenuta dal servizio, che può essere revocata se necessario.

Gli SDK di Application Insights sono disponibili per un intervallo di tipi di applicazioni:

Servizi Web ospitati nei propri server Java EE o ASP.NET o in Azure
Client Web, ovvero il codice in esecuzione in una pagina Web
App e servizi desktop
App per dispositivi come Windows Phone, iOS e Android

Tutti inviano i dati di telemetria allo stesso servizio.

Nota

Il 31 marzo 2025, il supporto per l'inserimento delle chiavi di strumentazione terminerà. L'inserimento delle chiavi di strumentazione continuerà a funzionare, ma non verranno più forniti aggiornamenti o supporto per la funzionalità. Passare alle stringhe di connessione per sfruttare le nuove funzionalità.

Quali dati raccoglie?

Esistono tre origini dati:

SDK, che si integra con l'app in fase di sviluppo o in fase di esecuzione. Sono disponibili diversi SDK per diversi tipi di applicazione. È disponibile anche un SDK per le pagine Web, che carica nel browser dell'utente insieme alla pagina.
- Ogni SDK include molti moduli, che usano tecniche diverse per raccogliere diversi tipi di dati di telemetria.
- Se si installa l’SDK in fase di sviluppo, è possibile utilizzare l'API per inviare dati di telemetria personalizzati, oltre ai moduli standard. Tali dati di telemetria personalizzati possono includere qualsiasi tipo di dati si voglia inviare.
In alcuni server Web sono disponibili anche agenti che vengono eseguiti insieme all'applicazione e inviano dati di telemetria su CPU, memoria e occupazione della rete. Ad esempio, le macchine virtuali di Azure, gli host Docker e i server applicazioni Java possono avere tali agenti.
Panoramica della disponibilità sono processi eseguiti da Microsoft che inviano richieste all'app Web a intervalli regolari. I risultati vengono inviati a Application Insights.

Quale tipo di dati viene raccolto?

Le categorie principali sono:

Telemetria del server Web: richieste HTTP. URI, tempo necessario per elaborare la richiesta, il codice di risposta e l'indirizzo IP client. Session id.
Pagine Web: conteggi pagina, utente e sessione. tempo di caricamento della pagina, eccezioni, chiamate AJAX.
Contatori delle prestazioni: memoria, CPU, I/O e occupazione della rete.
Contesto client e server: sistema operativo, impostazioni locali, tipo di dispositivo, browser e risoluzione dello schermo.
Eccezioni e arresti anomali: dump dello stack, e build idtipo di CPU.
Dipendenze: chiamate a servizi esterni, ad esempio REST, SQL e AJAX. URI o stringa di connessione, durata, esito positivo e comando.
Test di disponibilità: durata di test e passaggi e risposte.
Log di traccia e dati di telemetria personalizzati: qualsiasi elemento codificato nei log o nei dati di telemetria.

Per altre informazioni, vedere la sezione Dati inviati da Application Insights.

Come è possibile verificare cosa viene raccolto?

Se si sviluppa un'app con Visual Studio, eseguire l'app in modalità di debug (F5). I dati di telemetria vengono visualizzati nella finestra Output . Da qui, è possibile copiarli e formattarli come JSON per semplificare l'ispezione.

Nella finestra Diagnostica è disponibile anche una visualizzazione più leggibile .

Per le pagine Web, aprire la finestra di debug del browser. Selezionare F12 e aprire la scheda Rete .

È possibile scrivere codice per filtrare i dati di telemetria prima dell'invio?

Sarà necessario scrivere un plug-in del processore di telemetria.

Per quanto tempo vengono conservati i dati?

I punti dati non elaborati ,ovvero gli elementi che è possibile eseguire query in Analisi e controllare nella ricerca, vengono mantenuti per un massimo di 730 giorni. È possibile selezionare una durata di conservazione di 30, 60, 90, 120, 180, 270, 365, 550 o 730 giorni. Se è necessario mantenere i dati più di 730 giorni, è possibile usare l'esportazione continua per copiarla in un account di archiviazione durante l'inserimento dei dati.

I dati mantenuti più di 90 giorni comportano addebiti aggiuntivi. Per altre informazioni sui prezzi di Application Insights, vedere la pagina dei prezzi di Monitoraggio di Azure.

I dati aggregati , ovvero i conteggi, le medie e altri dati statistici visualizzati in Esplora metriche, vengono conservati a un livello di 1 minuto per 90 giorni.

Gli snapshot di debug vengono archiviati per 15 giorni. I criteri di conservazione sono impostati per ogni singola applicazione. Se è necessario aumentare questo valore, è possibile richiedere un aumento aprendo un caso di supporto nel portale di Azure.

Chi può accedere ai dati?

I dati sono visibili all'utente e, se si usa un account aziendale, ai membri del team dell'utente.

Possono essere esportati dall'utente e dai membri del team e possono essere copiati in altri percorsi e passati ad altri utenti.

In che modo Microsoft usa le informazioni inviate dall'app ad Application Insights?

Microsoft usa i dati solo per fornire il servizio all'utente.

Dove vengono archiviati i dati?

È possibile selezionare la località quando si crea una nuova risorsa di Application Insights. Per altre informazioni sulla disponibilità di Application Insights, vedere Prodotti disponibili per area.

Quanto sono sicuri i dati?

Application Insights è un servizio di Azure. I criteri di sicurezza sono descritti nel white paper su sicurezza, privacy e conformità di Azure.

I dati vengono archiviati nei server di Microsoft Azure. Per gli account nella portale di Azure, le restrizioni dell'account sono descritte nel documento Sicurezza, privacy e conformità di Azure.

L'accesso ai dati da parte del personale Microsoft è limitato. L'accesso ai dati viene eseguito solo con l'autorizzazione e, se necessario, per supportare l'uso di Application Insights.

I dati aggregati in tutte le applicazioni dei clienti, ad esempio le frequenze dei dati e le dimensioni medie delle tracce, vengono usati per migliorare Application Insights.

È possibile che i dati di telemetria di altri utenti interferiscano con i dati di Application Insights?

Un utente potrebbe inviare più dati di telemetria all'account usando la chiave di strumentazione. Questa chiave è disponibile nel codice delle pagine Web. Con dati aggiuntivi sufficienti, le metriche non rappresentano correttamente le prestazioni e l'utilizzo dell'app.

Se si condivide codice con altri progetti, è necessario ricordare di rimuovere la chiave di strumentazione.

I dati vengono crittografati?

Tutti i dati vengono crittografati inattivi e mentre si spostano tra i data center.

I dati vengono crittografati durante il transito dall'applicazione ai server di Application Insights?

Sì. Si usa HTTPS per inviare dati al portale da quasi tutti gli SDK, inclusi server Web, dispositivi e pagine Web HTTPS.

L'SDK crea una risorsa di archiviazione locale temporanea?

Sì. Alcuni canali di telemetria renderanno persistenti i dati in locale se non è possibile raggiungere un endpoint. I paragrafi seguenti descrivono quali framework e canali di telemetria sono interessati:

I canali di telemetria che usano l'archiviazione locale creano file temporanei nelle directory TEMP o APPDATA, limitate all'account specifico che esegue l'applicazione. Questa situazione può verificarsi quando un endpoint è temporaneamente non disponibile o se si raggiunge il limite di limitazione. Dopo aver risolto questo problema, il canale di telemetria riprenderà a inviare tutti i dati nuovi e persistenti.
Questi dati persistenti non vengono crittografati in locale. Se questo problema è un problema, esaminare i dati e limitare la raccolta di dati privati. Per altre informazioni, vedere Esportare ed eliminare dati privati.
Se un cliente deve configurare questa directory con requisiti di sicurezza specifici, può essere configurato per ogni framework. Assicurarsi che il processo che esegue l'applicazione abbia accesso in scrittura a questa directory. Assicurarsi anche che questa directory sia protetta per evitare che i dati di telemetria vengano letti da utenti imprevisti.

Java

La cartella C:\Users\username\AppData\Local\Temp viene usata per rendere persistenti i dati. Questo percorso non è configurabile dalla directory di configurazione e le autorizzazioni per accedere a questa cartella sono limitate all'utente specifico con le credenziali necessarie. Per altre informazioni, vedere Implementazione.

.NET

Per impostazione predefinita, ServerTelemetryChannel usa la cartella dati dell'app locale dell'utente corrente o la cartella %localAppData%\Microsoft\ApplicationInsights%TMP%temporanea . Per altre informazioni, vedere Implementazione.

Tramite il file di configurazione:

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

Tramite il codice:

Rimuovere ServerTelemetryChannel dal file di configurazione.

Aggiungere questo frammento di codice alla configurazione:

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

NetCore

In un ambiente Linux, la risorsa di archiviazione locale verrà disabilitata, a meno che non sia specificata una cartella di archiviazione.

Nota

Con la versione 2.15.0-beta3 e versioni successive, l'archiviazione locale viene ora creata automaticamente per Linux, Mac e Windows. Per i sistemi non Windows, l'SDK creerà automaticamente una cartella di archiviazione locale in base alla logica seguente:

${TMPDIR}: se ${TMPDIR} la variabile di ambiente è impostata, viene usata questa posizione.
/var/tmp: se la posizione precedente non esiste, si prova /var/tmp.
/tmp: se entrambe le posizioni precedenti non esistono, si prova tmp.
Se nessuna di queste posizioni esiste, l'archiviazione locale non viene creata e la configurazione manuale è ancora necessaria.

Per informazioni dettagliate sull'implementazione, vedere ServerTelemetryChannel archivia i dati di telemetria nella cartella predefinita durante gli errori temporanei negli ambienti non Windows.

Il frammento di codice seguente illustra come impostare ServerTelemetryChannel.StorageFolder nel metodo ConfigureServices() della classe Startup.cs:

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

Per altre informazioni, vedere Configurazione personalizzata di AspNetCore.

Node.js

Per impostazione predefinita, %TEMP%/appInsights-node{INSTRUMENTATION KEY} viene usato per rendere persistenti i dati. Le autorizzazioni per accedere a questa cartella sono limitate all'utente e agli amministratori correnti. Per altre informazioni, vedere l'implementazione.

Il prefisso della cartella appInsights-node può essere sostituito modificando il valore di runtime della variabile statica Sender.TEMPDIR_PREFIX presente in Sender.ts.

JavaScript (browser)

L'archiviazione di sessioni HTML5 viene usata per rendere persistenti i dati. Vengono usati due buffer separati: AI_buffer e AI_sent_buffer. I dati di telemetria inviati in batch e in attesa di invio vengono archiviati in AI_buffer. I dati di telemetria appena inviati vengono inseriti AI_sent_buffer fino a quando il server di inserimento non risponde che è stato ricevuto correttamente.

Quando i dati di telemetria vengono ricevuti correttamente, vengono rimossi da tutti i buffer. In caso di errori temporanei(ad esempio, un utente perde la connettività di rete), i dati di telemetria rimangono in AI_buffer finché non viene ricevuta correttamente o il server di inserimento risponde che i dati di telemetria non sono validi (schema non valido o troppo vecchio, ad esempio).

I buffer di telemetria possono essere disabilitati impostando enableSessionStorageBuffer su false. Quando l'archiviazione di sessione è disattivata, viene invece usata una matrice locale come risorsa di archiviazione permanente. Poiché JavaScript SDK viene eseguito in un dispositivo client, l'utente ha accesso a questa posizione di archiviazione tramite gli strumenti di sviluppo del browser.

OpenCensus Python

Per impostazione predefinita, OpenCensus Python SDK usa la cartella %username%/.opencensus/.azure/utente corrente. Le autorizzazioni per accedere a questa cartella sono limitate all'utente e agli amministratori correnti. Per altre informazioni, vedere l'implementazione. La cartella con i dati persistenti verrà denominata in base al file Python che ha generato i dati di telemetria.

È possibile modificare il percorso del file di archiviazione passando il storage_path parametro nel costruttore dell'utilità di esportazione in uso.

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

Come inviare i dati ad Application Insights con TLS 1.2

Per garantire la sicurezza dei dati in transito agli endpoint di Application Insights, è consigliabile che i clienti configurino l'applicazione in modo da usare almeno Transport Layer Security (TLS) 1.2. Le versioni precedenti di TLS/Secure Sockets Layer (SSL) sono state individuate come vulnerabili. Anche se attualmente funzionano per consentire la compatibilità con le versioni precedenti, non sono consigliate. Il settore sta rapidamente passando ad abbandonare il supporto per questi protocolli meno recenti.

Pci Security Standards Council ha fissato una scadenza del 30 giugno 2018 per disabilitare le versioni precedenti di TLS/SSL e l'aggiornamento a protocolli più sicuri. Dopo che Azure elimina il supporto legacy, se l'applicazione o i client non possono comunicare tramite almeno TLS 1.2, non sarà possibile inviare dati ad Application Insights. L'approccio adottato per testare e convalidare il supporto TLS dell'applicazione varia a seconda del sistema operativo o della piattaforma e del linguaggio o del framework usato dall'applicazione.

Non è consigliabile impostare in modo esplicito l'applicazione in modo che usi solo TLS 1.2, a meno che non sia necessario. Questa impostazione può interrompere le funzionalità di sicurezza a livello di piattaforma che consentono di rilevare e sfruttare automaticamente i protocolli più recenti più sicuri non appena diventano disponibili, ad esempio TLS 1.3. È consigliabile eseguire un controllo approfondito del codice dell'applicazione per verificare la presenza di hardcoding di versioni TLS/SSL specifiche.

Linee guida specifiche della piattaforma/lingua

Piattaforma/linguaggio	Supporto	Altre informazioni
Servizi app di Azure	È possibile che sia necessaria la configurazione supportata.	Supporto annunciato in aprile 2018. Leggere l'annuncio per informazioni dettagliate sulla configurazione.
App per le funzioni di Azure	È possibile che sia necessaria la configurazione supportata.	Supporto annunciato in aprile 2018. Leggere l'annuncio per informazioni dettagliate sulla configurazione.
.NET	Supporto a lungo termine supportato (LTS).	Per informazioni dettagliate sulla configurazione, vedere queste istruzioni.
Agente di Application Insights	Supportata, configurazione necessaria.	Application Insights Agent si basa sulla configurazione + del sistema operativo.NET per supportare TLS 1.2.
Node.js	Supportato, nella versione 10.5.0, potrebbe essere necessaria la configurazione.	Usare la documentazione ufficiale Node.js TLS/SSL per qualsiasi configurazione specifica dell'applicazione.
Java	Supportato, supporto JDK per TLS 1.2 aggiunto in JDK 6 aggiornamento 121 e JDK 7.	JDK 8 usa TLS 1.2 per impostazione predefinita.
Linux	Le distribuzioni Linux si basano generalmente su OpenSSL per supportare TLS 1.2.	Controllare nel log delle modifiche di OpenSSL per assicurarsi che la versione di OpenSSL sia supportata.
Windows 8.0 - 10	Supportato e abilitato per impostazione predefinita.	Per verificare che si stia ancora usando le impostazioni predefinite.
Windows Server 2012 - 2016	Supportato e abilitato per impostazione predefinita.	Per verificare che si stia ancora usando le impostazioni predefinite.
Windows 7 SP1 e Windows Server 2008 R2 SP1	Supportato ma non abilitato per impostazione predefinita.	Vedere la pagina Transport Layer Security (TLS) registry settings (Impostazioni del Registro di sistema di Transport Layer Security (TLS)) per informazioni dettagliate su come eseguire l'abilitazione.
Windows Server 2008 SP2	Il supporto per TLS 1.2 richiede un aggiornamento.	Vedere Aggiornamento per aggiungere il supporto per TLS 1.2 in Windows Server 2008 SP2.
Windows Vista	Non supportato.	N/D

Verificare la versione di OpenSSL in esecuzione nella distribuzione Linux

Per controllare quale versione di OpenSSL è stata installata, aprire il terminale ed eseguire il comando seguente:

openssl version -a

Eseguire un test di transazione di TLS 1.2 in Linux

Per eseguire un test preliminare per verificare se il sistema Linux può comunicare tramite TLS 1.2, aprire il terminale ed eseguire:

openssl s_client -connect bing.com:443 -tls1_2

Dati personali archiviati in Application Insights

Per una discussione approfondita su questo problema, vedere Gestione dei dati personali in Log Analytics e Application Insights.

Gli utenti possono disattivare Application Insights?

Non direttamente. Non viene fornita alcuna opzione che gli utenti possono usare per disattivare Application Insights.

È possibile implementare tale funzionalità nell'applicazione. Tutti gli SDK includono un'impostazione dell'API che disattiva la raccolta di dati di telemetria.

Dati inviati da Application Insights

Gli SDK sono diversi a seconda delle piattaforme e sono disponibili vari componenti da installare. Per altre informazioni, vedere Panoramica di Application Insights. Ogni componente invia dati diversi.

Classi di dati inviati nei diversi scenari

Azione	Classi di dati raccolte (vedere la tabella seguente)
Aggiungere Application Insights SDK a un progetto Web .NET	ServerContext Inferred Perf counters Requests Eccezioni sessione user
Installare Application Insights Agent in IIS	Dipendenze ServerContext Inferred Perf counters
Aggiungere Application Insights SDK a un'app Web Java	ServerContext Inferred Richiesta sessione user
Aggiungere JavaScript SDK alla pagina Web	ClientContext Inferred Pagina ClientPerf Ajax
Definire le proprietà predefinite	Properties in tutti gli eventi standard e personalizzati
Chiamare TrackMetric	Valori numerici Proprietà
Chiamare Track*	Nome evento Proprietà
Chiamare TrackException	Eccezioni Dump dello stack Proprietà
SDK non riesce a raccogliere dati. Ad esempio: - Non è possibile accedere ai contatori perf - Eccezione nell'inizializzatore di telemetria	Diagnostica di SDK

Per informazioni sugli SDK per altre piattaforme, vedere i relativi documenti.

Classi dei dati raccolti

Classe di dati raccolti	Include (elenco non completo)
Proprietà	Qualsiasi dato, in base al codice
DeviceContext	`Id`, IP, impostazioni locali, modello di dispositivo, rete, tipo di rete, nome OEM, risoluzione dello schermo, Istanza del ruolo, Nome ruolo, Tipo di dispositivo
ClientContext	Sistema operativo, impostazioni locali, lingua, rete, risoluzione della finestra.
sessione	`session id`
ServerContext	Nome computer, impostazioni locali, sistema operativo, dispositivo, sessione utente, contesto utente, operazione.
Inferred	Georilevazione da indirizzo IP, timestamp, sistema operativo, browser
Metriche	Nome e valore della metrica.
Eventi	Nome e valore dell'evento.
PageViews	URL e nome della pagina o della schermata.
Client perf	URL/nome pagina, tempo di caricamento del browser.
Ajax	Chiamate HTTP dalla pagina Web al server
Requests	URL, durata, codice di risposta.
Dipendenze	Tipo (SQL, HTTP, ...), stringa di connessione o URI, sincronizzazione/asincrona, durata, esito positivo, istruzione SQL (con Application Insights Agent)
Eccezioni	Tipo, messaggio, stack di chiamate, file di origine, numero di riga, `thread id`
Crashes	`Process id`, `parent process id`, `crash thread id`; patch dell'applicazione, `id`, compilazione; tipo di eccezione, indirizzo, motivo; simboli offuscati e registri, indirizzi di inizio e fine binari, nome binario e percorso, tipo di CPU
Trace	Messaggio e livello di gravità.
Perf counters	Tempo processore, memoria disponibile, frequenza di richieste, frequenza di eccezioni, byte privati del processo, velocità di I/O, durata richiesta, lunghezza coda richiesta.
Disponibilità	Codice di risposta del test Web, durata di ogni passo del test, nome del test, timestamp, esito positivo, tempo di risposta, posizione del test
Diagnostica di SDK	Messaggio di traccia o eccezione

È possibile disattivare alcuni dati modificando ApplicationInsights.config.

Nota

Il client IP viene utilizzato per dedurre la posizione geografica, tuttavia per impostazione predefinita i dati IP non vengono più memorizzati e tutti gli zeri vengono scritti nel campo associato. Per altre informazioni sulla gestione dei dati personali, vedere Gestione dei dati personali in Log Analytics e Application Insights. Se è necessario archiviare i dati degli indirizzi IP, la georilevazione e la gestione degli indirizzi IP illustrano le opzioni disponibili.

È possibile modificare o aggiornare i dati dopo la raccolta?

No. I dati sono di sola lettura e possono essere eliminati solo tramite la funzionalità di eliminazione. Per altre informazioni, vedere Linee guida per i dati personali archiviati in Log Analytics e Application Insights.

Raccolta, conservazione e archiviazione di dati in Application Insights

Informazioni su Azure Application Insights

Quali dati raccoglie?

Quale tipo di dati viene raccolto?

Come è possibile verificare cosa viene raccolto?

È possibile scrivere codice per filtrare i dati di telemetria prima dell'invio?

Per quanto tempo vengono conservati i dati?

Chi può accedere ai dati?

In che modo Microsoft usa le informazioni inviate dall'app ad Application Insights?

Dove vengono archiviati i dati?

Quanto sono sicuri i dati?

È possibile che i dati di telemetria di altri utenti interferiscano con i dati di Application Insights?

I dati vengono crittografati?

I dati vengono crittografati durante il transito dall'applicazione ai server di Application Insights?

L'SDK crea una risorsa di archiviazione locale temporanea?

Java

.NET

NetCore

Node.js

JavaScript (browser)

OpenCensus Python

Come inviare i dati ad Application Insights con TLS 1.2

Linee guida specifiche della piattaforma/lingua

Verificare la versione di OpenSSL in esecuzione nella distribuzione Linux

Eseguire un test di transazione di TLS 1.2 in Linux

Dati personali archiviati in Application Insights

Gli utenti possono disattivare Application Insights?

Dati inviati da Application Insights

Classi di dati inviati nei diversi scenari

Classi dei dati raccolti

È possibile modificare o aggiornare i dati dopo la raccolta?

Risorse aggiuntive

Risorse aggiuntive