Creazione e utilizzo delle prospettive dell'applicazione
Le prospettive applicative rappresentano una funzionalità fondamentale e distintiva di Instana. Per ulteriori informazioni, consultare "Concetti fondamentali > Prospettive applicative ".
Lavorare con le prospettive delle applicazioni
Un Application Perspective (AP) è uno strumento di alimentazione per il monitoraggio, la creazione di avvisi e l'analisi di un ambiente di microservizio. Ogni AP genera automaticamente una dashboard di monitoraggio ricca di funzionalità per i segnali di riferimento, come illustrato nella figura seguente. In questo modo il team rimane concentrato sui servizi che gli interessano e non si distrae. Avvisi, errori e log si trovano nell'ambito di un AP per focalizzare la risoluzione dei problemi. Da una prospettiva di sicurezza, un'organizzazione può utilizzare un AP per limitare la visibilità dell'infrastruttura e dei servizi.
Una prospettiva dell'applicazione consente di ottenere questo risultato consentendo di definire in modo dinamico la visibilità in base alla dimensione "giusta" per soddisfare le proprie esigenze, come:
- specificando un sottoinsieme di servizi insieme alle loro dipendenze
- per zona o per gruppo
- grazie alla tecnologia
- in base alla transazione commerciale o al percorso dell'utente
- tramite il motore di distribuzione
- per versione o release
- o qualsiasi combinazione
Un AP consente di applicare l'algoritmo di risoluzione dei problemi "divide and conquer".
Per ulteriori letture consigliate, consulta i seguenti blog:
Creazione di una prospettiva dell'applicazione
La Prospettiva Applicazione è una funzionalità esclusiva di Instana. Una procedura guidata di creazione AP è disponibile per i nuovi utenti per creare facilmente tipi di AP semplici e utilizzati di frequente. È disponibile una schermata avanzata se hai familiarità o sei esperto nell'uso di Instana oppure se devi creare un AP complesso. È facile passare da una modalità all'altra senza perdere i dati.
Per creare una prospettiva dell'applicazione per visualizzare le informazioni di traccia raccolte, completare una delle seguenti operazioni:
- Fare clic su "Applicazioni" nella barra laterale dell'interfaccia utente di Instana, quindi fare clic su "+AGGIUNGI" > "Nuova prospettiva dell'applicazione ".
- Fai clic su "Nuova prospettiva dell'applicazione" nella finestra "Applicazioni" della pagina iniziale di Instana.
Creazione semplificata di AP tramite la procedura guidata
La procedura guidata di creazione AP è un modo semplice e interattivo per creare un AP. Si articola in tre fasi:
- Selezionare un blueprint dai casi di utilizzo comuni.
- Specificare il modello dell'applicazione selezionando le tag e i valori per identificare i servizi o gli endpoint da includere.
- Fornire i dettagli finali per terminare la creazione.
Ciascuno di questi passi è brevemente discusso in seguito con le schermate di accompagnamento. In qualsiasi momento puoi passare alla modalità avanzata selezionando il pulsante "Passa alla modalità avanzata ".
Passaggio 1: Scegli un progetto
La schermata per il primo passo viene mostrata come segue. La creazione dell'AP inizia selezionando uno dei modelli:
- Servizi o endpoint: il modo più semplice per creare un AP consiste nel selezionare direttamente la raccolta di servizi o endpoint.
- Un percorso utente critico : simile al modello precedente, ma con impostazioni predefinite per l'utilizzo con la funzionalità SLI/SLO. Questo progetto sarà migliorato in futuro per una più profonda integrazione SLI / SLO.
- Ambiente o regione : selezione dei servizi in base a un ambiente (ad esempio, produzione o staging, che possono essere indicati dal
agent.zonetag) o a una regione (ad esempio, Stati Uniti - Est). - Un cliente o un inquilino importante : utilizzando tag personalizzati o le informazioni dei parametri HTTP, è possibile creare un punto di accesso (AP) dedicato al vostro cliente o inquilino importante.
- Kubernetes oppure Container : un approccio orientato alla piattaforma per definire l'insieme dei servizi che costituiscono un AP.
- Attributi della richiesta : un AP basato sugli attributi della richiesta (ad esempio, intestazioni dell' HTTP, parametri di query).
- Tecnologia : un insieme di servizi basati su una tecnologia (ad esempio, MySQL, tutti i database) o sul nome di un'applicazione.
- Tag personalizzati : è possibile aggiungere metadati personalizzati sotto forma di tag personalizzati tramite l'SDK; i dati dei tag personalizzati specificano l'insieme di servizi o endpoint.
Dopo aver selezionato un progetto, la scheda della ricetta viene aggiornata per mostrare le informazioni relative al modello e alcuni consigli per la creazione dell'AP. Selezionando "Avanti" si passa al secondo passo.
Passaggio 2: Specificare la prospettiva dell'applicazione
Il secondo passo ha due criteri per specificare quali origini dati formano l'AP. Il primo criterio è il menu di selezione dei tag e il Query Builder. Il secondo criterio riguarda la selezione dei servizi a valle da includere. Una volta selezionati o aggiornati i criteri, la finestra di anteprima mostra i servizi selezionati sulla base dei dati dell'ultima ora. Questo ti permette di perfezionare in modo interattivo la tua selezione, apportando modifiche e vedendone immediatamente l'effetto. Questi due criteri non richiedono particolari spiegazioni.
Il Query Builder è simile a quello presentato in Unbounded Analytics. Ogni blueprint ha una serie curata di menu e tag associati specifici per quel menu. Ciò semplifica la selezione di un tag. È possibile utilizzare diversi filtri per specificare una prospettiva dell'applicazione. La finestra di anteprima elenca tutti i servizi che corrispondono ai filtri.
I servizi a valle costituiscono un altro criterio per l'aggiornamento della finestra di anteprima, poiché determinano quali informazioni aggiuntive vengono raccolte nell'ambito dell'AP. Sono disponibili tre opzioni:
- Nessun servizio a valle : includere solo i servizi che corrispondono ai filtri specificati ( l 'insieme principale). Non includi alcun servizio correlato. Questo approccio è utile quando si considerano i servizi come "scatole nere", ad esempio nel caso di servizi che rappresentano API di terze parti o integrazioni esterne.
- Servizi di database e messaggistica immediatamente a valle : includere il set di base ed estenderlo ai servizi di database e messaggistica con cui il set di base interagisce direttamente. Vedi ogni servizio insieme ai relativi archivi dati e sistemi di messaggistica, ma senza ulteriori dipendenze. Utilizza questa opzione quando hai bisogno di capire in che modo i servizi conservano i dati o scambiano messaggi, ad esempio quando gestisci un gruppo di microservizi e le loro dipendenze infrastrutturali dirette.
- Tutti i servizi a valle : includono l'intera catena di dipendenze end-to-end per il set principale. Il sistema individua e aggiunge automaticamente tutti i servizi a valle correlati a ogni livello. Si ottiene una visione completa del flusso delle richieste tra servizi, database e sistemi di messaggistica. Utilizza questa opzione quando hai bisogno di una visione completa dell'intera topologia dell'applicazione, in particolare per l'analisi delle cause alla radice e la risoluzione dei problemi relativi a interazioni complesse tra i servizi. Quando si seleziona "Tutti i servizi a valle ", l'ambito si estende oltre l'insieme principale filtrato per includere tutte le dipendenze a valle.
È possibile selezionare solo una di queste opzioni alla volta.
La figura riportata di seguito è un esempio di creazione di un AP basato su uno spazio dei nomi Kubernetes . "Tutti i servizi downstream" è selezionato in modo che questo AP possa fornire sia la vista opaca per monitorare l'esperienza di un client che la vista end-to-end per la risoluzione dei problemi.
Se l'utente Instana appartiene a un gruppo con il ruolo di Collaboratore, è possibile creare nuovi AP solo nell'ambito predefinito del filtro Contributo. Per ulteriori informazioni sull'impostazione del filtro Contributo, consultare Applicazioni. Se l'utente Instana appartiene a più gruppi con il ruolo di Collaboratore, viene visualizzato l'elenco dei filtri per i contributi. Selezionare un filtro dall'elenco.
Facendo clic su "Avanti" si arriva al terzo passo.
Fase 3: Fornire i dettagli finali
Il terzo e ultimo passo viene mostrato come segue dove viene aggiunto il nome dell'AP e viene selezionata la vista dashboard predefinita. La vista dashboard predefinita può essere modificata in qualsiasi momento con una semplice selezione di menu. Vengono visualizzate anche le informazioni della finestra di anteprima per mostrare i servizi selezionati. Questo è mostrato nella figura come segue.
Suggerimenti per l'utilizzo del modello "Servizi o endpoint"
Il blueprint "Servizi o endpoint" può essere utilizzato per selezionare più elementi e ci sono alcune funzioni che vale la pena evidenziare.
Nella figura seguente, l'utente ha selezionato tre diversi servizi dal menu Servizi. Poiché questi servizi sono uniti dall'operatore booleano OR invece che AND dall'operatore, tutti i servizi sono inclusi nell'AP.
Per selezionare più endpoint, occorre innanzitutto selezionare un servizio e poi selezionare più endpoint di quel servizio. Nella figura riportata di seguito, in cui sono selezionati tre endpoint nel servizio carrello.
Creazione avanzata di AP
Tutti i dati necessari per un AP vengono immessi in una singola schermata con la vista Creazione AP avanzata. I passi all'interno di questa vista sono:
- Immettere un nome per la prospettiva dell'applicazione.
- Per definire la prospettiva dell'applicazione utilizzando i tag, fare clic su Aggiungi filtro.
Per unire i tag, scegli tra l'operatore ANDOR o e usa le parentesi. Quando si utilizzano congiunzioni ANDOR e senza parentesi, AND le congiunzioni hanno la priorità più alta e vengono valutate per prime. Ad esempio, le definizioni dei tag "tag A E tag B O tag C E tag D" vengono interpretate ed elaborate come (tag A AND tag B) OR (tag C AND tag D).
Ogni chiamata che soddisfa i criteri di filtro, comprese le chiamate a qualsiasi database o servizio di messaggistica avviate all'interno dell'applicazione, viene associata a questa prospettiva dell'applicazione.
Esiste anche un'opzione per applicare i filtri e raggruppare in base all'origine o alla destinazione di una chiamata.
- Per includere tutti i servizi che rientrano transitivamente nel downstream rispetto a quelli corrispondenti ai tag specificati, selezionare Includi tutti i servizi downstream. Selezionare No Downstream Services se solo i servizi filtrati sono tutti da considerare. Selezionare Servizi di messaggistica e database downstream immediati se il database o i servizi di messaggistica che comunicano direttamente con i servizi selezionati devono essere inclusi nell'AP.
- Selezionare la vista dashboard predefinita:
Chiamate in entrata: le chiamate in entrata sono chiamate avviate dall'esterno dell'applicazione e in cui il servizio di destinazione fa parte della prospettiva dell'applicazione selezionata.
Tutte le chiamate: risultati e metriche non solo per le chiamate al limite della prospettiva dell'applicazione, ma anche per quelle che si verificano nella prospettiva dell'applicazione.
Per impostazione predefinita, diversi dashboard, come la scheda Riepilogo, mostrano solo numeri per "Chiamate in entrata". Ovunque il selettore In entrata o Tutte le chiamate sia disponibile su un dashboard, la prospettiva può essere commutata in Tutte le chiamate. Quando si selezionano servizi ed endpoint all'interno di una prospettiva dell'applicazione, l'impostazione del limite viene ereditata.
Passare alla modalità avanzata o tornare alla modalità semplice
In qualsiasi momento puoi passare dalla modalità guidata semplice alla modalità avanzata utilizzando il pulsante. Nell'esempio della Fase 2, selezionando la modalità avanzata viene visualizzata la schermata riportata di seguito. Tutti i dati inseriti in precedenza vengono riportati in questa schermata. Vale anche il contrario: questi dati non vanno persi se si seleziona la «Modalità semplice».
Se l'utente Instana appartiene a un gruppo con il ruolo di Collaboratore, è possibile creare nuovi AP solo nell'ambito predefinito del filtro Contributo. Per ulteriori informazioni sull'impostazione del filtro Contributo, consultare Applicazioni. Se l'utente Instana appartiene a più gruppi con il ruolo di Collaboratore, viene visualizzato l'elenco dei filtri per i contributi. Selezionare un filtro dall'elenco.
Aggiornare una prospettiva dell'applicazione
Le prospettive dell'applicazione esistenti possono essere aggiornate o eliminate. Tenere presente che una volta aggiornata la prospettiva dell'applicazione, la nuova configurazione si applica solo alle nuove chiamate in entrata dopo la modifica. Le chiamate e i servizi inclusi nell'applicazione prima della modifica non vengono influenzati.
- Nella barra laterale, fare clic su Applicazioni e selezionare la prospettiva dell'applicazione.
- Selezionare la scheda Configurazione.
Limiti delle prospettive applicative
Le prospettive delle applicazioni rappresentano uno strumento efficace per organizzare e monitorare i propri servizi. Tuttavia, occorre tenere presente le seguenti limitazioni:
Numero massimo di candidature per bando
Per ogni bando è ammesso un massimo di 50 candidature. Questa limitazione si applica separatamente alle "applicazioni di origine" e alle "applicazioni di destinazione". Pertanto, una chiamata può essere associata a un massimo di 50 prospettive dell'applicazione di origine e 50 prospettive dell'applicazione di destinazione. Se una chiamata supera tale limite, vengono associate alla chiamata solo le prime 50 prospettive dell'applicazione per ciascun tipo.
Elevato numero di candidature relative a un bando
Se una chiamata è associata a un numero elevato di istanze dell'applicazione, ciò indica solitamente un problema dovuto a una configurazione errata delle applicazioni. Un errore di configurazione comune consiste nell'utilizzare involontariamente l'operatore OR logico invece di AND nelle espressioni dei filtri dei tag.
Ad esempio, se si crea una prospettiva dell'applicazione con il filtro service.name = "service-a" OR agent.zone = "prod", questa corrisponderà a tutte le chiamate a service-a in qualsiasi zona e a tutte le chiamate a qualsiasi servizio nella prod zona. Questa configurazione potrebbe includere involontariamente molti più servizi di quanto previsto.
Un approccio più mirato consiste nell'utilizzare service.name = "service-a" AND agent.zone = "prod", se si desidera monitorare solo service-a i processi in esecuzione nella prod zona.
Controlla regolarmente le configurazioni relative alla prospettiva dell'applicazione per assicurarti che abbiano un ambito corretto e non siano eccessivamente generiche. Impostazioni errate o una visione troppo generica possono causare problemi di prestazioni e risultati di monitoraggio poco chiari.
Gestione speciale della distinzione tra maiuscole e minuscole
Se la vista dell'applicazione non mostra le stesse chiamate del filtro corrispondente in Analytics, la differenza è dovuta al fatto che i filtri dei tag distinguono tra maiuscole e minuscole. Per garantire la retrocompatibilità delle definizioni delle applicazioni esistenti, i filtri dei tag nelle configurazioni delle applicazioni vengono applicati con una sensibilità alle maiuscole/minuscole diversa rispetto a quella utilizzata in Call Analytics.
Analisi delle chiamate: filtri che non distinguono tra maiuscole e minuscole
Nella vista " Analisi delle chiamate", la maggior parte dei filtri non distingue tra maiuscole e minuscole, ad eccezione degli ID e della parte "chiave" di alcuni dati chiave-valore.
Prospettiva dell'applicazione: filtri che distinguono tra maiuscole e minuscole
Dal punto di vista dell'applicazione, la maggior parte dei filtri distingue tra maiuscole e minuscole. I valori dei filtri devono corrispondere esattamente alla maiuscola/minuscola dei valori effettivi. Una discrepanza nei codici di classificazione comporta l'esclusione delle chiamate.
Esempio: se si tracciano le chiamate con un percorso HTTP, v1/myApp queste appariranno nella vista "Analisi chiamate " quando si applica il filtro per HTTP > Call Http Path = v1/myapp (minuscolo a). Tuttavia, quando si definisce una prospettiva dell'applicazione con questo filtro di tag, le stesse chiamate non vengono incluse nell'applicazione. Per includerli nell'applicazione, è necessario definire il filtro utilizzando esattamente lo stesso formato del valore effettivo HTTP > Call Http Path = v1/myApp (maiuscolo A).