Avvisi smart

Gli avvisi intelligenti ti offrono configurazioni di avviso generate automaticamente, così potrai ricevere avvisi basati su modelli quali il throughput (in base alle sessioni e alle visualizzazioni), i codici di stato HTTP e gli eventi personalizzati.

Se selezioni un modello per il quale desideri ricevere un avviso e scegli un ambito arbitrario (ad esempio, in base alla geolocalizzazione, al browser, al sistema operativo e ad altre opzioni), Instana crea automaticamente un avviso personalizzato per te.

Aggiungere un avviso

Nell'interfaccia utente (UI) di Instana, clicca su "Siti web e app mobili" nella barra laterale.
Seleziona la scheda "App mobili",
Fai clic sul nome della tua app mobile, quindi fai clic sulla scheda " Avvisi intelligenti".
Fai clic su " Crea avviso intelligente ".

Si apre la procedura guidata dell'interfaccia utente per la creazione di un avviso intelligente. Questo flusso di lavoro segue una procedura dettagliata per guidarti nella configurazione del tuo avviso.

Seleziona trigger

Selezionare uno dei seguenti blueprint predefiniti per cui si desidera creare un avviso.


Parametro	Descrizione
Arresti anomali	Ricevi una notifica quando il valore della metrica di crash selezionata è superiore o inferiore al valore previsto. Per la configurazione degli avvisi di crash sono supportati i seguenti parametri: Frequenza sessioni interessate da arresto anomalo Tasso sessioni senza arresti anomali Conteggio sessioni interessate da arresto anomalo Conteggio sessioni senza arresto anomalo Frequenza utenti interessati da arresto anomalo Tasso utenti senza arresti anomali Conteggio utenti interessati da arresto anomalo Conteggio utenti liberi da arresti anomali
Eventi personalizzati	Seleziona un evento personalizzato specifico per ricevere un avviso quando tale evento si verifica con una frequenza maggiore o minore rispetto a quella abituale
Codici stato HTTP	Seleziona un codice di stato di HTTP per ricevere avvisi quando tale codice si verifica con maggiore frequenza del solito. Quando si configura una metrica selezionata, utilizzare un valore di soglia basato sui dati storici, che è possibile modificare.
Chiamate lente	Selezionare " Chiamate lente" per ricevere avvisi quando il tempo di risposta ( onLoad ) o la latenza ( HTTP ) superano i valori previsti in base a una soglia specificata. La metrica di latenza " HTTP " misura il tempo impiegato da una richiesta Ajax. Viene generato un avviso quando il valore aggregato (il tempo impiegato da una richiesta Ajax dall'app mobile, compresa l HTTP e) supera la soglia.
Velocità di trasmissione	Seleziona "Throughput" per ricevere avvisi quando il numero previsto di visualizzazioni di pagina o sessioni della tua app mobile differisce in modo significativo rispetto ai dati storici disponibili. È possibile selezionare la metrica da utilizzare per la valutazione degli avvisi, ad esempio le visualizzazioni di pagina o le sessioni. Ad esempio, è possibile configurare un avviso quando i valori superano la stagionalità giornaliera statica, impostando una sensibilità di livello medio. Per questa configurazione, viene attivato un avviso quando il numero di viste pagina è superiore al solito.

Definizione dell'ambito

L'ambito, la tua app mobile aperta corrente, viene selezionato automaticamente. È possibile restringere ulteriormente l'ambito dell'avviso a un sottoinsieme specifico del traffico del sito web, ad esempio in base alla geolocalizzazione, al browser o all'utente, applicando le query di Unbounded Analytics.

Evento personalizzato (solo trigger di evento personalizzato) - inserisci o seleziona l'evento personalizzato a cui desideri che l'avviso sia associato.
Codice di stato (solo per il trigger relativo al codice di stato “ HTTP ”) - Selezionare il codice di stato “ HTTP ” a cui si desidera che l’avviso faccia riferimento.
Filtri (facoltativi) (tutti i trigger) - È possibile definire dei filtri per ricevere avvisi più precisi.
Quando si definisce una query di filtro, ogni filtro della query è associato per impostazione predefinita a un operatore logico AND ; pertanto, un beacon di un'app mobile deve soddisfare tutti i filtri applicati:
- Pagine specifiche.
- Sistemi operativi.
- Geografia/Paesi.
- Meta: specificare ulteriori metadati che è possibile utilizzare per annotare le viste e le sessioni della pagina. Selezionare una delle chiavi disponibili, un valore predefinito, quindi selezionare un operatore.

Configura avviso

Le procedure per la configurazione di un avviso seguono lo stesso flusso di lavoro per tutti i tipi di trigger, mentre i dettagli specifici relativi alla selezione e all'inserimento dei dati possono variare. La configurazione dell'avviso comporta la verifica o l'aggiornamento dei seguenti dettagli e impostazioni:

Anteprima avviso
Utilizza questa visualizzazione per vedere come sarebbero stati attivati gli avvisi corrispondenti alle tue impostazioni di configurazione, sulla base dei dati storici delle metriche disponibili.
Una volta configurata la soglia di allerta dello Smart Alert, l'anteprima dell'allerta nella finestra di dialogo mostra la metrica, la soglia e le violazioni relative ai dati storici delle ultime 24 ore o degli ultimi 7 giorni.
Soglia statica o soglia adattiva
Metrica e soglia
Finestra temporale
Condizioni e fattori scatenanti delle violazioni
Periodo di tolleranza (facoltativo)

Soglie statiche e adattive

Quando si configura un avviso intelligente, è possibile scegliere se utilizzare soglie fisse o adattive, come mostrato nell'immagine seguente:

Soglie statiche : le soglie statiche non cambiano una volta creato lo Smart Alert. La soglia stessa può essere un valore costante semplice o può tenere conto delle variazioni stagionali che si sono verificate nel passato al momento della creazione della configurazione Smart Alert. È possibile immaginare il secondo caso come una tabella di ricerca per ogni momento del giorno o della settimana con valori calcolati in base ai dati cronologici. La soglia potrebbe smettere di essere rilevante dopo che la metrica sottostante è stata modificata in modo significativo. In risposta, la soglia può essere regolata manualmente o ricalcolata in qualsiasi momento.

Quando utilizzare le soglie statiche : Le soglie statiche funzionano al meglio nelle seguenti situazioni:

Indipendentemente dalla stagionalità della metrica sottostante. Non è desiderabile che la metrica sia maggiore o minore di un valore costante.
Pertanto, l'indicatore sottostante è stagionale ed esistono soglie diverse a seconda del momento della giornata o della settimana. Le soglie stesse non cambiano nel tempo, e le modifiche graduali a queste soglie per lunghi periodi di tempo sono indesiderabili.

Soglie adattive : le soglie adattive si evolvono e si regolano continuamente in base ai nuovi dati rilevati da Instana. La soglia tiene continuamente conto delle variazioni stagionali della metrica sottostante senza alcun intervento umano. Per ulteriori informazioni, consultare la documentazione relativa alla soglia adattiva.

Quando utilizzare le soglie adattive : le soglie adattive funzionano al meglio con modelli come " Throughput " o, in generale, nelle seguenti situazioni:

La metrica sottostante non è stagionale. Si prevede che la soglia cambi gradualmente nel tempo, ma qualsiasi deviazione improvvisa da questa tendenza è indesiderabile.
La metrica sottostante è stagionale e sono presenti soglie differenti per le diverse ore del giorno o della settimana. Si prevede che le soglie stesse si modifichino gradualmente nel tempo, ma qualsiasi deviazione improvvisa da questa tendenza è indesiderabile.

Metrica e soglia

Selezionare una metrica tra i modelli disponibili e configurare la soglia di allerta della metrica. La metrica sottostante è un'aggregazione di beacon relativi all'applicazione mobile.

Nota:

La metrica viene calcolata per i beacon delle app mobili con un timestamp compreso nella granularità di valutazione, che viene scelta nell'ambito della configurazione della finestra temporale, della condizione di violazione e del trigger.

Per configurare la soglia della metrica, utilizzare le opzioni disponibili relative all'operatore di soglia, alla stagionalità e alla sensibilità.

In base al modello scelto, sono disponibili le opzioni dell'operatore Threshold greater than or equal to, greater than, less than or equal to, e less than.
Per la stagionalità (soglia statica), è possibile scegliere tra i seguenti tipi di soglia statica:
- Soglia statica: utilizza un valore costante come soglia.
- Stagionalità giornaliera statica : utilizza una soglia che acquisisce i modelli ripetitivi giornalieri della metrica in cui ogni giorno si comporta più o meno allo stesso modo, ma è diverso durante il giorno. Ad esempio, un'applicazione mobile che ha più traffico durante il giorno rispetto alla sera.
- Stagionalità settimanale statica : utilizza una soglia che cattura i modelli ripetitivi settimanali della metrica in cui ogni giorno di una settimana si comporta più o meno allo stesso modo, ma è diverso durante la settimana. Ad esempio, un'applicazione mobile che ha più traffico nei giorni feriali rispetto al fine settimana.
Per la stagionalità giornaliera statica, sono necessari almeno 5 giorni di dati metrici continui, ma sono consigliati 7 giorni di dati. Per la stagionalità settimanale statica, sono richieste almeno 2 settimane di dati metrici cronologici continui. Non è possibile creare lo Smart Alert quando questi requisiti non sono soddisfatti.
Per quanto riguarda la stagionalità e l'adattabilità (solo soglia adattiva), è possibile scegliere tra le seguenti impostazioni per controllare il modo in cui la soglia tiene conto dei modelli ricorrenti e si adatta alle recenti variazioni dei dati:
- Auto : rileva automaticamente gli schemi
- Giornalmente : utilizzare cicli di 24 ore
- Nessuno : ignora il modello
- Settimanale : utilizzare cicli di 7 giorni
Regolare l'impostazione "Adattabilità" (facoltativa) per ottimizzare la stagionalità giornaliera o settimanale e definire di quanto i valori anomali possano discostarsi dal valore atteso prima che ciò venga considerato una violazione.
Quando si utilizza la stagionalità statica, il valore atteso per ciascuna finestra temporale viene ricavato dai modelli storici e può essere adeguato utilizzando una soglia (ad esempio, le deviazioni standard dalla norma). Questa adaptability impostazione determina il grado di tolleranza del sistema nei confronti delle deviazioni rispetto a tale valore di riferimento. Una sensibilità inferiore implica che vengono tollerati meno valori anomali prima che venga segnalata una violazione.
Per Soglia adattiva, sono necessari almeno 5 giorni di dati metrici continui. Se questo requisito non viene soddisfatto, è ancora possibile creare lo Smart Alert. Il rilevamento dei problemi e la creazione di avvisi iniziano a funzionare quando viene soddisfatto il requisito dei dati per inizializzare il modello utilizzato.
Per il valore di soglia o la sensibilità ( Avviso o Critico )
Se si seleziona «Soglia statica », il livello di gravità viene impostato di default su «Avviso» e viene suggerito un valore di soglia. Puoi utilizzare questo valore consigliato oppure sostituirlo con un valore personalizzato. Per definire un livello di gravità aggiuntivo, ad esempio "critico", selezionare la casella di controllo "Critico" e specificare il valore di soglia corrispondente.
Quando si configura la sensibilità, il livello di gravità è impostato di default su "Avviso" ed è possibile regolare la sensibilità utilizzando un cursore. Per impostare un livello di sensibilità separato per i messaggi critici, seleziona la casella di controllo "Critico" e regola il cursore.
Regolare la sensibilità per affinare i limiti del rilevamento delle anomalie. Di conseguenza, si ricevono più avvisi. Tuttavia, se si desidera ricevere meno notifiche di avviso, è possibile diminuire la sensibilità. Se si diminuisce la sensibilità, si estendono i limiti di rilevamento che definiscono l'intervallo di valori previsto della metrica. A seconda dell'operatore di soglia utilizzato, una metrica che supera il limite di rilevamento superiore o inferiore viene considerata una violazione che potrebbe causare un avviso.

Finestra temporale, condizioni di violazione e trigger

È possibile utilizzare un intervallo di tempo e delle condizioni di violazione per specificare ulteriori criteri relativi alle modalità con cui viene superata la soglia definita per la metrica.

Intervallo di tempo : selezionare il periodo di tempo per impostare la frequenza con cui viene verificata la soglia.

Condizione di violazione e trigger : è possibile selezionare la condizione di allerta, il tipo di persistenza e impostare il trigger dell'allerta:

Condizione di violazione dell'avviso
È possibile selezionare " Avviso se la violazione persiste nel tempo" oppure " Avviso quando un numero specifico di utenti ne è interessato"
Se si seleziona "Avvisa se la violazione persiste nel tempo", impostare il " Tipo di persistenza"
È possibile selezionare " Violazione continua" o " Violazione intermittente". Quindi, seleziona quando attivare l'avviso. Ad esempio, dopo che è stato superato un determinato numero di intervalli di tempo.
Se selezioni l'opzione "Avviso quando è interessato un numero specifico di utenti", riceverai avvisi solo nel caso in cui un numero o una percentuale significativa di utenti sia interessata dal problema definito. Impostare il metodo di valutazione dell'impatto sull'utente, che definisce come viene misurato tale impatto quando la metrica primaria viene superata per il numero di finestre di valutazione specificato. È possibile selezionare uno dei seguenti metodi:
- Aggrega in tutte le finestre di valutazione, che misura l'impatto dell'utente come un singolo aggregato nella finestra temporale definita. Per ricevere un avviso, questo valore deve essere superato.
- Calcola per ogni finestra di valutazione, che misura l'impatto dell'utente per ogni finestra di valutazione singolarmente, come qualsiasi altra metrica. Per ricevere un avviso, il numero definito di finestre di valutazione deve essere violato in sequenza sia per la metrica primaria che per l'impatto dell'utente.
Quindi, configurare il valore per attivare l'avviso quando viene interessato un determinato numero di utenti o una determinata percentuale di utenti : specificare il numero assoluto di utenti interessati, la percentuale di utenti interessati o entrambi. In quest' ultimo caso, si riceve un avviso solo quando vengono raggiunti entrambi i limiti durante la finestra temporale definita.
La metrica relativa all'impatto sugli utenti richiede l' Instana Users API per identificare gli utenti autenticati e l' API per stimare il numero degli altri utenti in base alla loro sessione. A seconda dell'integrazione di queste API, l'ID utente viene utilizzato se fornito, altrimenti l'ID sessione come fallback.

Periodo di grazia (facoltativo): imposta per quanto tempo la segnalazione rimane aperta dopo che la condizione è stata risolta. Si chiuderà automaticamente allo scadere del periodo di tempo indicato.

Aggiungi canali di avviso

Per inviare le notifiche di avviso, puoi scegliere se aggiungere un canale di avviso esistente oppure crearne uno nuovo e aggiungerlo.

In Smart Alerts per le applicazioni mobili, è possibile aggiungere diversi canali di avviso per i livelli di gravità “avviso” e “critico ”. Se viene impostato un valore di soglia per entrambi i livelli di gravità, per impostazione predefinita vengono selezionati tutti i canali di allerta per il livello di gravità “avviso ”. Il livello di gravità predefinito è "avviso".

Se viene impostato un valore di soglia solo per un livello di gravità, tale livello viene visualizzato per ogni canale di allerta come «Livello di allerta».

Per aggiungere canali di avviso già esistenti, fare clic su “Aggiungi canali di avviso ” e selezionare i canali a cui si desidera inviare gli avvisi.

Per creare e aggiungere un nuovo canale di avviso, fare clic su " Crea canale di avviso". Per ulteriori informazioni sulla creazione dei canali, consultare la sezione " Canali di avviso".

L'immagine seguente mostra i canali di avviso con entrambe le livelli di gravità configurati:

Figura 2. Canali di avviso con diversi livelli di gravità

L'immagine seguente mostra i canali di avviso con un livello di gravità configurato:

Figura 3. Canali di avviso con un unico livello di gravità

Inserisci i dettagli dell'avviso

Inserisci i dettagli dell'avviso e aggiungi payload personalizzati.

Titolo e descrizione dell'avviso

Instana suggerisce un titolo e una descrizione predefiniti in base al tipo e alla configurazione selezionati. Se lo desideri, puoi sovrascrivere questo testo statico personalizzato oppure utilizzare un titolo dinamico inserendo delle variabili e specificando se l'avviso deve generare un incidente. Per ulteriori informazioni, consultare la sezione " Avvisi".

Payload personalizzati globali

I payload personalizzati globali vengono configurati nell'interfaccia utente delle Impostazioni e vengono inclusi in tutte le notifiche con coppie chiave-valore corrispondenti. I valori di payload personalizzati specifici dell'avviso sostituiscono i valori globali in caso di chiavi duplicate.

Per ulteriori informazioni sui payload personalizzati, consultare la sezione «Configurazione globale dei payload personalizzati ».

Carichi utili personalizzati specifici per gli avvisi (opzionale)

Configurare payload personalizzati specifici per gli avvisi per includere i dettagli del sistema o abilitare l'instradamento avanzato degli avvisi specificamente per questo avviso intelligente.

Sia il payload personalizzato globale che il payload personalizzato specifico dell'avviso sono inclusi nelle notifiche di avviso, se applicabili, ma la configurazione specifica dell'avviso ha la priorità sulla configurazione globale. Di conseguenza, se si utilizza la stessa chiave, il valore del campo payload personalizzato globale viene sovrascritto da quello specifico dell'avviso.

Per includere un payload aggiuntivo di tuo interesse nelle notifiche relative a una specifica configurazione di avviso inviata da Instana, fai clic su “Aggiungi riga” nella sezione “Payload personalizzati specifici per gli avvisi (facoltativi)”.

Sono supportati anche i campi di payload personalizzati dinamici nella configurazione specifica dell'avviso. Ad esempio, tra le opzioni più comunemente utilizzate che è possibile selezionare per il tag dinamico figurano “Etichetta app mobile”, “Nome vista”, “Piattaforma”, “Paese” e “Meta”.

È possibile utilizzare i suggerimenti per selezionare la chiave corretta per il tag dinamico selezionato oppure aggiungerla manualmente.

Soglie e lacune nelle metriche

In presenza di lacune in una metrica non SUM aggregata, come la latenza o i tassi di errore, l'opzione « Instana » mantiene lo stato di allerta corrente fino a quando non viene rilevato il valore successivo della metrica. Ad esempio, questo comportamento è utile quando si definisce uno Smart Alert per un'app mobile che riceve traffico solo sporadicamente, ma presenta un problema ricorrente. Pertanto, questi periodi senza traffico di applicazioni mobili non causano avvisi ripetitivi. Tuttavia, se un beacon dell'app mobile rimane inattivo per più di 3 ore, qualsiasi avviso attivo viene chiuso.

Utenti interessati

La funzione " Utenti interessati " degli avvisi intelligenti dell'app mobile aiuta a individuare problemi di prestazioni diffusi, monitorando il numero di utenti che riscontrano una determinata anomalia.

Per ogni segnalazione generata dall'app mobile Smart Alert, ora è possibile visualizzare i seguenti dettagli:

Utenti interessati in totale : il numero totale di utenti interessati durante l'utilizzo dell'app mobile in cui viene generato l'avviso intelligente. Questo conteggio viene calcolato dal momento in cui viene attivato l'avviso fino all'ora corrente o all'ora di chiusura del caso, a seconda di quale delle due si verifichi per prima. Per " utente interessato " si intende qualsiasi utente la cui app mobile emetta un segnale che viola i criteri di allerta. Ad esempio, se uno Smart Alert è configurato per rilevare rallentamenti (latenza HTTP ) di durata superiore a 500 ms, si considera utente interessato qualsiasi utente che riscontri un rallentamento di durata superiore alla soglia di 500 ms. In questo caso, l'utente è quello identificato nell'agente dell'app mobile. Se nessun utente ha effettuato l'accesso, l'ID della sessione viene utilizzato per identificare l'utente interessato. Per ulteriori informazioni, consultare la sezione "Identificazione degli utenti" nella documentazione disponibile su Android API, iOS API, Flutter API o React Native API.
Utenti totali : il numero complessivo di utenti che utilizzavano l'app mobile. Questo monitoraggio ha inizio dal momento in cui viene attivato l'avviso e termina all'ora corrente o al momento della chiusura del problema, a seconda di quale delle due condizioni si verifichi per prima.
Rapporto sull'impatto : un rapporto dettagliato indica gli ID utente specifici interessati dal problema nell'app mobile. Questo rapporto fornisce una ripartizione più dettagliata degli utenti interessati; ogni riga della tabella rappresenta un utente unico dell'app mobile. Per ogni utente, il rapporto include il nome, l'indirizzo e-mail, il Paese, la suddivisione, l'etichetta di configurazione (nome del sito web o dell'applicazione mobile in cui l'utente ha riscontrato il problema) e la fonte (web o applicazione mobile), se segnalata dall'agente.

Figura 4. Segnalazione degli utenti interessati