Condividi tramite


Metriche in Application Insights

Application Insights supporta tre diversi tipi di metriche: standard (preaggregati), basati su log e metriche personalizzate. Ciascun tipo offre un valore univoco per il monitoraggio dell'integrità, della diagnostica e dell'analisi dell'applicazione. Gli sviluppatori che instrumentano le applicazioni possono decidere quale tipo di metrica è più adatto a uno scenario specifico. Le decisioni sono basate sulle dimensioni dell'applicazione, sul volume previsto di dati di telemetria e sui requisiti aziendali per la precisione e gli avvisi delle metriche. Questo articolo illustra la differenza tra tutti i tipi di metriche supportati.

Metriche standard

Application Insights raccoglie e monitora automaticamente le metriche standard. Queste metriche predefinite coprono un'ampia gamma di indicatori di prestazioni e utilizzo, ad esempio l'utilizzo della CPU, il consumo di memoria, le tariffe delle richieste e i tempi di risposta. Non è necessario configurare nulla per iniziare a usarli. Durante la raccolta, il servizio preaggrega le metriche standard e le archivia come serie temporali in un repository specializzato con solo dimensioni chiave. Questa progettazione migliora le prestazioni delle query. A causa della velocità e della struttura, le metriche standard funzionano meglio per avvisi quasi in tempo reale e dashboard reattivi.

Metriche basate su log

Le metriche basate su log in Application Insights sono un concetto relativo al momento dell'esecuzione delle query. Il sistema li rappresenta come serie temporali compilate dai dati di log dell'applicazione. Non preaggrega i log sottostanti durante la raccolta o l'archiviazione. Mantiene invece tutte le proprietà di ogni voce di log.

Questa conservazione consente di usare le proprietà del log come dimensioni durante l'esecuzione di query sulle metriche basate su log. È possibile applicare il filtro del grafico delle metriche e la suddivisione delle metriche, che offre queste metriche un valore analitico e diagnostico sicuro.

Tuttavia, le tecniche di riduzione del volume di telemetria influiscono sulle metriche basate su log. Tecniche come il campionamento e il filtraggio telemetrico, spesso usate per ridurre i dati da applicazioni con volumi elevati, riducono il numero di voci di log raccolte. Questa riduzione riduce l'accuratezza delle metriche basate su log.

Metriche personalizzate (anteprima)

Le metriche personalizzate in Application Insights consentono di definire e tenere traccia di misurazioni specifiche univoche per l'applicazione. Queste metriche possono essere create instrumentando il codice per inviare dati di telemetria personalizzati ad Application Insights. Le metriche personalizzate offrono la flessibilità necessaria per monitorare qualsiasi aspetto dell'applicazione non coperta dalle metriche standard, consentendo di ottenere informazioni più approfondite sul comportamento e sulle prestazioni dell'applicazione.

Per altre informazioni, vedere Metriche personalizzate in Monitoraggio di Azure (anteprima).

Nota

Application Insights offre anche una funzionalità denominata Stream Live Metrics, che consente il monitoraggio quasi in tempo reale delle applicazioni Web e non archivia dati di telemetria.

Confronto tra metriche

Funzionalità Metriche standard Metriche basate su log Metriche personalizzate
Origine dati Dati di serie temporali preaggregati raccolti durante il runtime. Derivato dai dati di log usando delle query Kusto. Metriche definite dall'utente raccolte tramite Application Insights SDK o API.
Granularità Intervalli fissi (1 minuto). Dipende dalla granularità dei dati di log stessi. Granularità flessibile basata sulle metriche definite dall'utente.
Precisione Elevato, non interessato dal campionamento dei log. Può essere influenzato dal campionamento e dal filtro. Accuratezza elevata, soprattutto quando si usano metodi preaggregati come GetMetric.
Costi Incluso nei prezzi di Application Insights. In base ai costi di inserimento e query dei dati dei log. Vedere Modello di prezzi e conservazione.
Configurazione Disponibile automaticamente con configurazione minima. Richiedere la configurazione delle query di log per estrarre le metriche desiderate dai dati di log. Richiede implementazione e configurazione personalizzate nel codice.
Prestazioni delle query Veloce, a causa della preaggregazione. Più lento, perché comporta l'esecuzione di query sui dati di log. Dipende dal volume di dati e dalla complessità delle query.
Archiviazione Archiviato come dati di serie temporali nell'archivio metriche di Azure Monitor. Archiviato come log nell'area di lavoro Log Analytics. Archiviato sia in Log Analytics che nell'archivio delle metriche di Monitoraggio di Azure.
Invio di avvisi Supporta gli avvisi in tempo reale. Consente scenari di avviso complessi basati su dati di log dettagliati. Avvisi flessibili basati sulle metriche definite dall'utente.
Limite del servizio Soggetto ai limiti di Application Insights. Soggetto ai limiti dell'area di lavoro Log Analytics. Limitato dalla quota per le metriche gratuite e dal costo per le dimensioni aggiuntive.
Casi d'uso Monitoraggio in tempo reale, dashboard delle prestazioni e informazioni rapide. Diagnostica dettagliata, risoluzione dei problemi e analisi approfondita. Indicatori di prestazioni personalizzati e metriche specifiche dell'azienda.
Esempi Utilizzo della CPU, utilizzo della memoria, durata della richiesta. Conteggi delle richieste, tracce di eccezioni, chiamate di dipendenza. Metriche personalizzate specifiche dell'applicazione, ad esempio l'engagement degli utenti, gli utilizzi delle funzionalità.

Preaggregazione delle metriche

Gli SDK OpenTelemetry e alcuni SDK di Application Insights (API classica) preaggregano le metriche durante la raccolta per ridurre il volume di dati inviati dall'SDK all'endpoint del canale di telemetria. Questo processo si applica alle metriche standard inviate per impostazione predefinita, quindi l'accuratezza non è influenzata dal campionamento o dal filtro. Si applica anche alle metriche personalizzate inviate usando l'API OpenTelemetry o GetMetric e TrackValue, che comporta un minor inserimento dei dati e un costo inferiore. Se la versione di Application Insights SDK supporta GetMetric e TrackValue, è il metodo preferito per l'invio di metriche personalizzate.

Alcuni SDK non implementano la preaggregazione. Gli esempi includono versioni precedenti di Application Insights SDK e strumentazione basata su browser. In questi casi, il back-end crea le nuove metriche aggregando gli eventi ricevuti tramite il canale di telemetria.

Per inviare metriche personalizzate, usare il metodo trackMetric .

Questi SDK non riducono il volume di dati inviati. Tuttavia, è comunque possibile usare le metriche preaggregate che producono. Questa configurazione offre prestazioni migliori e supporta avvisi quasi in tempo reale, anche senza preaggregazione durante la raccolta.

L'endpoint del canale di telemetria preaggrega gli eventi prima del campionamento per inserimento. Per questo motivo, il campionamento per inserimento non influisce mai sull'accuratezza delle metriche preaggregate, indipendentemente dalla versione dell'SDK usata con l'applicazione.

Le seguenti tabelle elencano dove vengono effettuate le preaggregazioni.

Preaggregazione delle metriche con la distribuzione OpenTelemetry di Monitoraggio di Azure

SDK di produzione corrente Preaggregazione delle metriche standard Preaggregazione delle metriche personalizzate
ASP.NET Core SDK SDK tramite l'API OpenTelemetry
.NET (tramite l'utilità di esportazione) SDK SDK tramite l'API OpenTelemetry
Java (3.x) SDK SDK tramite l'API OpenTelemetry
Nativo Java SDK SDK tramite l'API OpenTelemetry
Node.js SDK SDK tramite l'API OpenTelemetry
Pitone SDK SDK tramite l'API OpenTelemetry

Preaggregazione delle metriche con Application Insights SDK (API classica)

SDK di produzione corrente Preaggregazione delle metriche standard Preaggregazione delle metriche personalizzate
.NET Core e .NET Framework SDK (V2.13.1+) SDK (V2.7.2+) tramite GetMetric
Endpoint del canale di telemetria tramite TrackMetric
Java (2.x) Endpoint del canale di telemetria Endpoint del canale di telemetria tramite TrackMetric
JavaScript (browser) Endpoint del canale di telemetria Endpoint del canale di telemetria tramite TrackMetric
Node.js Endpoint del canale di telemetria Endpoint del canale di telemetria tramite TrackMetric

Attenzione

Preaggregazione delle metriche con strumentazione automatica

Con l'autostrumentazione, l'SDK viene aggiunto automaticamente al codice dell'applicazione e non può essere personalizzato. Per le metriche personalizzate, è necessaria la strumentazione manuale.

SDK di produzione corrente Preaggregazione delle metriche standard Preaggregazione delle metriche personalizzate
ASP.NET Core SDK 1 Non supportato
ASP.NET SDK 2 Non supportato
Giava SDK Supportato 3
Node.js SDK Non supportato
Pitone SDK Non supportato

Note a piè di pagina

Dimensioni delle metriche personalizzate e preaggregazione

Tutte le metriche inviate tramite OpenTelemetry, trackMetric o GetMetric e TrackValue chiamate API vengono archiviate automaticamente nell'archivio delle metriche e nei log. Queste metriche sono disponibili nella tabella customMetrics in Application Insights e in Esplora metriche nello spazio dei nomi delle metriche personalizzato denominato azure.applicationinsights. Sebbene la versione basata su log della metrica personalizzata conservi sempre tutte le dimensioni, la versione preaggregata della metrica viene archiviata senza dimensioni per impostazione predefinita. La conservazione delle dimensioni delle metriche personalizzate è una funzionalità di anteprima che può essere attivata dalla scheda Utilizzo e costi stimati selezionando Con dimensioni in Inviare metriche personalizzate all'archivio metriche di Azure.

Screenshot che mostra l'utilizzo e i costi stimati.

Quote

Le metriche preaggregate vengono archiviate come serie temporali in Monitoraggio di Azure. Si applicano le quote di Monitoraggio di Azure per le metriche personalizzate.

Nota

Il superamento della quota potrebbe avere conseguenze impreviste. Monitor di Azure potrebbe diventare inaffidabile nella tua sottoscrizione o nella tua area. Per informazioni su come evitare di superare la quota, vedere Limitazioni e considerazioni sulla progettazione.

Perché la raccolta di dimensioni di metriche personalizzate è disattivata per impostazione predefinita?

Per impostazione predefinita, Application Insights disattiva la raccolta delle dimensioni delle metriche personalizzate. L'archiviazione di metriche personalizzate con dimensioni comporta una fatturazione separata da Application Insights. L'archiviazione di metriche personalizzate nondimensionali rimane gratuita, fino a una quota. Per informazioni dettagliate, vedere la pagina dei prezzi di Monitoraggio di Azure.

Creare grafici ed esplorare le metriche

Usare Esplora metriche di Azure Monitor per generare grafici da metriche preaggregate, basate su log e personalizzate, e per creare dashboard con grafici. Dopo aver selezionato la risorsa di Application Insights desiderata, utilizza il selettore dello spazio dei nomi per passare da una metrica all'altra.

Screenshot che mostra lo spazio dei nomi delle metriche.

Modelli di prezzi per le metriche di Application Insights

L'inserimento di metriche in Application Insights, basate su log o preaggregate, genera costi in base alle dimensioni dei dati inseriti. Per altre informazioni, vedere Dettagli sui prezzi dei log di Monitoraggio di Azure. Le metriche personalizzate, incluse tutte le dimensioni, vengono sempre archiviate nell'archivio log di Application Insights. Inoltre, per impostazione predefinita, una versione preaggregata delle metriche personalizzate senza dimensioni viene inviata all'archivio delle metriche.

Se si seleziona l'opzione Abilita avvisi sulle dimensioni delle metriche personalizzate per archiviare tutte le dimensioni delle metriche preaggregate nell'archivio metriche, è possibile aumentare gli addebiti in base ai prezzi delle metriche personalizzate.

Metriche disponibili

Le sezioni seguenti elencano le metriche con aggregazioni e dimensioni supportate. I dettagli sulle metriche basate su log includono le istruzioni di query Kusto sottostanti.

Importante

  • Limite serie temporali: Ogni metrica può avere un massimo di 5.000 serie temporali entro 24 ore. Una volta raggiunto questo limite, tutti i valori delle dimensioni del punto metrico vengono sostituiti con la costante Maximum values reached.

  • Limite di cardinalità: Ogni dimensione supporta un numero limitato di valori univoci entro un periodo di sette giorni. Quando viene raggiunto il limite, Monitoraggio di Azure sostituisce tutti i nuovi valori con la costante Other values. Le tabelle seguenti elencano il limite di cardinalità per ogni dimensione.

Metriche di disponibilità

Le metriche nella categoria Disponibilità consentono di visualizzare lo stato dell'applicazione Web come osservato da punti diversi nel mondo. Configurare i test di disponibilità per iniziare a usare qualsiasi metrica di questa categoria.

Disponibilità (availabilityResults/availabilityPercentage)

La metrica Disponibilità mostra la percentuale delle esecuzioni di test Web che non hanno rilevato problemi. Il valore più basso possibile è 0, che indica che tutte le esecuzioni di test Web non sono riuscite. Il valore 100 indica che tutte le esecuzioni di test Web hanno superato i criteri di convalida.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Percentuale Avg Run location availabilityResult/location 50
Test name availabilityResult/name 100

Durata del test di disponibilità (availabilityResults/duration)

La metrica Availability test duration mostra il tempo necessario per l'esecuzione del test web. Per i test Web in più passaggi, la metrica riflette il tempo di esecuzione totale di tutti i passaggi.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Millisecondi Avg, Max, Min Run location availabilityResult/location 50
Test name availabilityResult/name 100
Test result availabilityResult/success 2

Test di disponibilità (availabilityResults/count)

La metrica Test di disponibilità riflette il numero di test Web eseguiti da Azure Monitor.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Run location availabilityResult/location 50
Test name availabilityResult/name 100
Test result availabilityResult/success 2

Metriche del browser

Application Insights JavaScript SDK raccoglie le metriche del browser dai browser degli utenti finali reali. Queste metriche offrono informazioni utili sull'esperienza degli utenti con l'app Web. L'SDK in genere non esegue metriche del browser di esempio, quindi offrono una maggiore precisione nei numeri di utilizzo. Al contrario, le metriche lato server spesso usano il campionamento, che può distorcere i risultati.

Nota

Per raccogliere le metriche del browser, l'applicazione deve essere instrumentata con Application Insights JavaScript SDK.

Tempo di caricamento della pagina del browser (browserTimings/totalDuration)

Unità di misura Aggregazioni supportate Dimensioni supportate
Millisecondi Avg, Max, Min Nessuno

Tempo di elaborazione client (browserTiming/processingDuration)

Unità di misura Aggregazioni supportate Dimensioni supportate
Millisecondi Avg, Max, Min Nessuno

Tempo di connessione alla rete durante il caricamento della pagina (browserTimings/networkDuration)

Unità di misura Aggregazioni supportate Dimensioni supportate
Millisecondi Avg, Max, Min Nessuno

Tempo di ricezione della risposta (browserTimings/receiveDuration)

Unità di misura Aggregazioni supportate Dimensioni supportate
Millisecondi Avg, Max, Min Nessuno

Tempo di invio della richiesta (browserTimings/sendDuration)

Unità di misura Aggregazioni supportate Dimensioni supportate
Millisecondi Avg, Max, Min Nessuno

Metriche di errore

Le metriche in Errori mostrano problemi con l'elaborazione di richieste, chiamate di dipendenza e eccezioni generate.

Eccezioni del browser (exceptions/browser)

Questa metrica riflette il numero di eccezioni generate dal codice dell'applicazione in esecuzione nel browser. Nella metrica sono incluse solo le eccezioni rilevate con una trackException() chiamata API di Application Insights.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role name cloud/roleName 100

Errori di chiamata di dipendenza (dependencies/failed)

Numero di chiamate di dipendenza non riuscite.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Dependency performance dependency/performanceBucket 20
Dependency type dependency/type 100
Is traffic synthetic operation/synthetic 10
Result code dependency/resultCode 100
Target of dependency call dependency/target 100

Eccezioni (eccezioni/numero)

Ogni volta che si registra un'eccezione ad Application Insights, viene eseguita una chiamata al metodo trackException() dell'SDK. La metrica Eccezioni mostra il numero di eccezioni registrate.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Device type client/type 2

Richieste non riuscite (requests/failed)

Numero di richieste server rilevate contrassegnate come non riuscite. Per impostazione predefinita, Application Insights SDK contrassegna automaticamente ogni richiesta del server che ha restituito il codice di risposta HTTP 5xx o 4xx (ad eccezione di 401) come richiesta non riuscita. È possibile personalizzare questa logica modificando la proprietà success dell'elemento di telemetria della richiesta in un inizializzatore di telemetria personalizzato. Per altre informazioni sui vari codici di risposta, vedere Modello di dati di telemetria di Application Insights.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is synthetic traffic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100

Eccezioni del server (eccezioni/server)

Questa metrica mostra il numero di eccezioni del server.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100

Contatori delle prestazioni

Application Insights usa metriche di sistema e processi, denominati contatori delle prestazioni, per diagnosticare i problemi di prestazioni e supportare esperienze predefinite.

La distribuzione OpenTelemetry di Azure Monitor esporta questi contatori come metriche personalizzate nella performanceCounters tabella, ognuna identificata da un nome di metrica univoco.

Nomi e descrizioni dei contatori

Counter Nome Description Misura
Memoria disponibile Available Bytes Memoria fisica disponibile per i processi in esecuzione. Bytes
Frequenza delle eccezioni # of Exceps Thrown / sec Eccezioni generate dall'applicazione per secondo. Eccezioni al secondo
Tempo di esecuzione della richiesta Request Execution Time Tempo medio per completare una richiesta. Millisecondi
Tasso di Richiesta Requests/Sec Le richieste elaborate ogni secondo. Richieste al secondo
Richieste in coda Requests In Application Queue Richieste attualmente in attesa nella coda delle richieste. Conteggio
% CPU del processo % Processor Time Utilizzo della CPU del processo dell'applicazione. Percent
% CPU del processo normalizzata % Processor Time Normalized Utilizzo cpu processo diviso per numero di processori logici. Percent
Velocità di I/O del processo IO Data Bytes/sec Velocità effettiva di I/O per il processo dell'applicazione. Byte al secondo
Byte privati del processo Private Bytes Memoria privata usata dal processo dell'applicazione. Bytes
Tempo di utilizzo del processore %
Categoria: Processore
% Processor Time Utilizzo totale della CPU del computer. Percent
Tempo di utilizzo del processore %
Categoria: Processo
% Processor Time Utilizzo della CPU del processo. Percent

Esperienze migliorate dai contatori delle prestazioni

Elencare i tipi di contatore delle prestazioni

Per un elenco completo dei contatori delle prestazioni disponibili, che variano a seconda del runtime e della configurazione specifici del linguaggio:

  1. Aprire la risorsa di Application Insights nel portale di Azure.
  2. In Monitoraggio, selezionare Log.
  3. Dal menu Seleziona una tabella, scegliere performanceCounters e quindi Esegui.

In alternativa, eseguire la query seguente.

// List distinct performance counter names with category and counter.
performanceCounters
| where timestamp > ago(1d)
| summarize by name, category, counter
| order by name asc, category asc

Metriche del server

Chiamate di dipendenza (dependencies/count)

Questa metrica è in relazione al numero di chiamate di dipendenza.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Dependency performance dependency/performanceBucket 20
Dependency type dependency/type 100
Is traffic synthetic operation/synthetic 10
Result code request/resultCode 2
Successful call dependency/success 100
Target of a dependency call dependency/target 100

Durata delle dipendenze (dipendenze/durata)

Questa metrica si riferisce alla durata delle chiamate alle dipendenze.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Millisecondi Avg, Max, Min Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Dependency performance dependency/performanceBucket 20
Dependency type dependency/type 100
Is traffic synthetic operation/synthetic 10
Result code request/resultCode 100
Successful call dependency/success 2
Target of a dependency call dependency/target 100

Frequenza richieste server (richieste/frequenza)

Questa metrica mostra il numero di richieste server in ingresso ricevute dall'applicazione Web.

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio al secondo Avg Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100
Successful call dependency/success 2

Richieste server (requests/count)

Unità di misura Aggregazioni Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100
Successful call dependency/success 2

Tempo di risposta del server (richieste/durata)

Questa metrica riflette il tempo necessario per i server per elaborare le richieste in ingresso.

Millisecondi Avg, Max, Min Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100
Successful call dependency/success 2

Metriche di utilizzo

Tempo di caricamento della pagina visualizzata (pageViews/duration)

Questa metrica si riferisce alla quantità di tempo impiegato per il caricamento degli eventi PageView.

Millisecondi Avg, Max, Min Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Millisecondi Avg, Max, Min Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10

Visualizzazioni pagina (pageViews/count)

Numero di eventi PageView registrati con l'API Application Insights TrackPageView().

Conteggio Conteggio Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Millisecondi Avg, Max, Min Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10

Tracce (traces/count)

Conteggio delle istruzioni di traccia registrate con la chiamata API di Application Insights TrackTrace().

Conteggio Conteggio Nome della dimensione
(Esplora metriche)
Nome della dimensione
(Analisi dei Log)
Limite di cardinalità
Conteggio Conteggio Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Severity level trace/severityLevel 100

Metriche personalizzate

Non applicabile alle metriche standard.

Accedere direttamente alle metriche basate su log con l'API REST di Application Insights

L'API REST di Application Insights consente il recupero a livello di codice delle metriche basate su log. Include anche un parametro ai.include-query-payload facoltativo che, quando aggiunto a una stringa di query, richiede all'API di restituire non solo i dati delle serie temporali, ma anche l'istruzione Linguaggio di query Kusto (KQL) usata per recuperarla. Questo parametro può essere utile per gli utenti che vogliono comprendere la connessione tra eventi non elaborati in Log Analytics e la metrica basata su log risultante.

Per accedere direttamente ai dati, passare il parametro ai.include-query-payload all'API di Application Insights in una query usando KQL.

Nota

Per recuperare la query dei log sottostanti, non è necessario sostituire DEMO_APP e DEMO_KEY. Se si vuole solo recuperare l'istruzione KQL e non i dati delle serie temporali della propria applicazione, è possibile copiarlo e incollarlo direttamente nella barra di ricerca del browser.

api.applicationinsights.io/v1/apps/DEMO_APP/metrics/users/authenticated?api_key=DEMO_KEY&prefer=ai.include-query-payload

Questo esempio mostra un'istruzione KQL restituita per la metrica Authenticated Users. In questo esempio è "users/authenticated" l'ID metrica.

output
{
    "value": {
        "start": "2024-06-21T09:14:25.450Z",
        "end": "2024-06-21T21:14:25.450Z",
        "users/authenticated": {
            "unique": 0
        }
    },
    "@ai.query": "union (traces | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (requests | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (pageViews | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (dependencies | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (customEvents | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (availabilityResults | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (exceptions | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (customMetrics | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (browserTimings | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)) | where notempty(user_AuthenticatedId) | summarize ['users/authenticated_unique'] = dcount(user_AuthenticatedId)"
}

Passaggi successivi