Share
Di giorno in giorno, gran parte del lavoro di gestione di un business software ruota intorno a chiedere e rispondere a domande e cercare di prendere le decisioni corrette in base a loro.
Alcune delle domande sono tecniche, come "Qual è il browser più popolare tra i nostri clienti più pagati questa settimana?" Altri, come "Quali sono le funzionalità più popolari nella nostra applicazione?", Ti guidano mentre provi a pianificare dove le risorse degli sviluppatori fanno la differenza più grande.
A volte, non esiste una risposta giusta, ma il più delle volte, ciò che si frappone tra te e una decisione ben informata è semplicemente la mancanza di dati di qualità.
New Relic Insights è un Advanced Performance Analytics (APA) strumento progettato per aiutarti a rispondere a queste (e molte altre) domande relative al business. Per questo, combina le metriche delle prestazioni con i parametri aziendali e applicativi pertinenti, rendendolo disponibile per l'interrogazione, la combinazione e la visualizzazione in un modo meraviglioso.
In passato, ricerche come questa venivano eseguite tramite query complesse e script che utilizzavano i dati storici, da specialisti di dati. Ora, con approfondimenti, tu puoi estrarre le transazioni in tempo reale, utilizzando i dati reali dei visitatori reali.
Questo tutorial è una pratica introduzione all'uso di New Relic Insights in un ambiente di applicazione reale. Il modo migliore per sperimentare e apprendere informazioni è provarlo tu stesso e sperimentare. Quindi, invece di dedicare molto tempo alla teoria, passeremo direttamente ed esploreremo lo strumento passo dopo passo, imparando come andiamo.
Inizieremo esaminando brevemente l'installazione di New Relic Insights. Quindi, analizzeremo i dati: come interrogarli, come visualizzarli e come strumentare il codice per passare in alcuni parametri specifici dell'applicazione. Infine, metteremo in pratica ciò che abbiamo imparato e creeremo un dashboard di assistenza clienti che potrai utilizzare per identificare rapidamente i problemi e aiutare i tuoi clienti a risolvere i problemi con la tua app.
Dopo aver completato il tutorial, ti sentirai a tuo agio nell'esplorare i dati in New Relic Insights e utilizzarlo per creare dashboard per la presentazione di informazioni rilevanti per i diversi stakeholder della tua organizzazione, dalla gestione all'ingegneria.
Una conoscenza di base dello sviluppo del software, PHP e SQL ti aiuterà nell'esecuzione del tutorial. Userò una mia applicazione come esempio, ma la maggior parte di ciò che faremo si applicherà praticamente a qualsiasi attività basata sul web. Quindi, per ottenere il massimo dal tutorial, ti suggerisco di scegliere una tua applicazione e usarla per testare le query e le configurazioni del dashboard mentre le attraversiamo.
Se stai già utilizzando gli strumenti di monitoraggio di New Relic, iniziare con Insights è semplice. L'applicazione raccoglie i suoi dati da altri prodotti New Relic come APM e Browser, quindi non è necessaria un'ulteriore installazione. Basta fare clic sul Approfondimenti voce di menu nella barra dei menu Nuova reliquia e iniziare a utilizzarla per esplorare i dati.
Se sei un nuovo utente, iniziare registrando un account utente New Relic. Insights non è disponibile come versione gratuita, ma il periodo di prova gratuito di 14 giorni è ottimo per provare a utilizzarlo.
Dopo aver creato il tuo account, devi installare lo strumento di monitoraggio APM sul tuo server. Ho descritto i passaggi per l'installazione dello strumento in dettaglio in un precedente tutorial su New Relic Alerts. Segui le istruzioni di installazione da quel tutorial, quindi, con New Relic che raccoglie informazioni dall'applicazione, torna a questo tutorial e vai al passaggio successivo.
La prima cosa che vedi quando inizi a utilizzare New Relic Insights è la domanda pagina.
All'inizio, con una casella di query che ti fissa nella parte superiore della pagina, questa pagina può sembrare un po 'intimidatoria. Tuttavia, una volta che sai da dove cominciare, sarai in grado di accelerare in pochissimo tempo.
Per darti un'idea dei dati disponibili per te in Insights, iniziamo con la tua prima query.
Nella casella delle query nella parte superiore della pagina, scrivi la seguente query:
SELECT count (*) FROM PageView SINCE 1 giorno fa
Questa query ti mostra il numero di Visualizzazione della pagina eventi registrati nelle ultime 24 ore.
Come puoi vedere dalla query sopra, NRQL è molto simile a SQL, con alcune limitazioni e un sacco di funzioni e parole chiave specifiche di New Relic. Nel resto di questo tutorial, vedrai alcune query diverse, ma se, in qualsiasi momento, hai bisogno di cercare le specifiche del linguaggio di query, puoi anche dare un'occhiata al riferimento a NRQL.
Clic Correre per eseguire la query e vedere i suoi risultati.
Ora hai eseguito la tua prima query su NRQL. Successivamente, probabilmente vorrai familiarizzare con i dati che New Relic mette a disposizione per le tue domande.
Un modo è solo per provare a scrivere un'altra query. La casella di ricerca viene fornita con il completamento automatico, quindi questo è un modo pratico per curiosare e vedere quali tipi di risultati emergono dalle tue query.
Un'altra opzione è esplorare i dati grezzi.
Esplorare i dati archiviati in Insights è un buon modo per scoprire quali campi dati sono disponibili per le tue query e ottenere una comprensione generale dei loro possibili valori.
Per fare ciò, clicca su Data Explorer sul menu di sinistra.
Nella schermata successiva, potrai scegliere il tipo di dati che vuoi sfogliare.
L'elenco mostra solo i tipi di eventi che hanno dati disponibili nel tuo account, in questo caso, Transazione e Visualizzazione della pagina.
Ecco un elenco completo dei tipi di eventi forniti da Insights:
Dal momento che molti di questi tipi di eventi dipendono dalle funzionalità di New Relic più avanzate, non verranno esaminati in questo tutorial. Invece, continueremo con i primi due: Transazione e Visualizzazione della pagina.
Clicca su Visualizzazione della pagina.
Il PageView Explorer ti mostra una lista di recenti Visualizzazione della pagina eventi dalla tua applicazione. Ogni riga rappresenta la singola visualizzazione di una singola pagina dell'utente. Ricorda di scorrere la pagina a destra; a meno che tu non abbia uno schermo molto grande, scoprirai che ci sono più campi disponibili che adattarsi allo schermo in una sola volta.
Dai un'occhiata anche a Transazione dati.
Quindi, dotato di una conoscenza generale dei dati disponibili in Approfondimenti, utilizziamo lo strumento per creare un dashboard efficace per un facile accesso alle informazioni che renderà il tuo supporto clienti un lavoro più rapido e semplice.
Quando ricevi una segnalazione di bug o una richiesta di aiuto da parte di un cliente, il più delle volte, la prima cosa che devi fare è chiedere maggiori informazioni. Il browser utilizzato, i possibili messaggi di errore e le azioni che portano all'errore sono tutti pezzi del puzzle che gli utenti raramente pensano di includere nelle loro e-mail.
Con l'aiuto di New Relic Insights, puoi utilizzare i dati del tuo server per saltare questo passaggio e fornire una migliore esperienza del cliente rendendo il tuo lavoro di sviluppatore meno frustrante!
Nel resto del tutorial, creeremo una semplice dashboard di assistenza clienti che ti consentirà di fare esattamente questo, senza scavare nei log del server.
UN Cruscotto in Insights è una raccolta di widget o grafici che mostrano informazioni personalizzate sul rendimento della tua applicazione, sulle azioni dei tuoi utenti o su una combinazione di essi. La loro costruzione richiede una certa comprensione della tecnologia di base, ma una volta che sono pronti, possono essere facilmente utilizzati da persone non tecniche come i manager per esplorare le metriche del prodotto.
Per raccolte più complesse di grafici e widget, è possibile creare un App dati, un collezione di Dashboard collegati tra loro per formare un'esperienza simile a un'applicazione.
Un cruscotto dell'assistenza clienti è destinato a crescere in futuro man mano che si aggiungono sempre più elementi, quindi per prepararsi, è una buona idea iniziare a costruire il dashboard direttamente all'interno di uno stesso.
Innanzitutto, fai clic su App di dati sul menu di sinistra. Poiché non hai ancora configurato alcuna App dati, verrà visualizzata la seguente schermata:
Clicca su Crea un'app di dati per creare la tua app di dati.
Un popup per l'inserimento delle informazioni dell'App si apre nel mezzo della pagina:
Inserisci le informazioni sulla tua nuova app: Icona, Titolo (ad esempio "Assistenza clienti"), e Descrizione.
Tieni presente che questo è il livello più alto: all'interno dell'app, potrai creare un numero qualsiasi di dashboard. Potrai anche modificare queste impostazioni in un secondo momento, quindi non preoccuparti di loro troppo a questo punto.
Una volta riempiti i campi dati, fare clic su Creare.
Ora hai creato un'app. Insights ha anche aggiunto automaticamente un dashboard vuoto. Assegna un nome al dashboard (ad esempio, "Panoramica") modificando il campo di testo a sinistra che ora dice Senza titolo. Se lo desideri, puoi anche scegliere un'icona descrittiva dal menu a discesa sul lato sinistro.
La dashboard sembra vuota, quindi aggiungiamoci un po 'di contenuto.
La compilazione di una nuova dashboard con informazioni utili sugli utenti e il loro comportamento mentre interagiscono con le applicazioni inizia con la scrittura di una query NRQL. Chiediti che cosa (o la persona che utilizza questa dashboard) vorrà sapere delle prestazioni dell'applicazione. Quindi scrivi una query per raccogliere tali informazioni.
Iniziamo con una ripartizione dei browser Web utilizzati dai visitatori.
Digitare la seguente query nella casella di query nella parte superiore della pagina:
SELECT uniqueCount (session) da PageView FACET userAgentName SINCE 1 settimana fa
Questa query:
Accentsconagua
sessione è l'attributo per la chiave di sessione New Relic di un utente, che dura fino a quando l'utente chiude la finestra del browser. uniqueCount è una funzione NRQL che può essere utilizzata per ottenere il numero di valori univoci registrati per un attributo.SFACCETTATURA parola chiave, che accetta un solo parametro, il nome dell'attributo per raggruppare i dati per (userAgentName). DA parola chiave definisce l'inizio di un intervallo di tempo e accetta la data specificata in una vasta gamma di diversi formati, per esempio, 5 minuti fa, 6 ore fa, o IERI.Clic Correre per eseguire la query. I risultati vengono visualizzati subito sotto la casella di query:
Questo è ancora simile a quello che abbiamo visto in prima pagina quando abbiamo eseguito la nostra prima query. Ora, tuttavia, archiviamo la query sul dashboard per risparmiarci il problema di eseguire manualmente la query ogni volta che vogliamo conoscere i suoi risultati.
Nella parte superiore dei risultati, troverai tre schede per selezionare la presentazione per i risultati.
Fare clic sulla seconda per visualizzare la suddivisione del browser come grafico a barre.
Digitare un Titolo per il grafico e una descrizione nel Gli appunti campo se ti piace.
Quindi fare clic Aggiungi a questa dashboard.
Eccolo, il primo widget su questo cruscotto.
Puoi ridimensionare il widget trascinandolo dal triangolo blu nell'angolo in basso a destra della casella, oppure spostalo nella tela trascinandolo e rilasciandolo.
Prossimamente approfondiremo la tua applicazione e porteremo alcuni dati specifici delle applicazioni nella nostra dashboard di Insights. Ma prima di andare lì, giochiamo un po 'di più con i dati che abbiamo, aggiungendo alcuni widget di dashboard aggiuntivi.
Nell'angolo in alto a destra del Ripartizione del browser widget che hai appena aggiunto, troverai tre icone.
Fare clic su quello centrale per aprire la query del widget per la modifica.
Oltre a modificare la query di un widget, questo è un buon modo per passare da una query al suo seguito naturale. Ad esempio, ora che sai che Safari è il browser più popolare tra i visitatori del sito, puoi dare un'occhiata a quale versione del browser stanno usando i visitatori.
Per recuperare queste informazioni, modifica la query NRQL:
SELECT uniqueCount (session) da PageView FACET userAgentVersion WHERE userAgentName = 'Safari' SINCE 1 settimana fa
In questa query, invece di raggruppare (SFACCETTATURA) i risultati con il nome del browser (userAgentName), li raggruppiamo in base alla versione del browser (userAgentVersion).
Abbiamo anche aggiunto un tipo SQL DOVE clausola per filtrare i dati per includere solo eventi in cui si trova l'agente utente Safari.
Clic Correre per vedere i risultati.
Se stavi modificando il widget esistente, ora clicchi Salva I Cambiamenti per applicare le modifiche apportate alla query.
Non farlo questa volta, comunque.
Invece, modifica il Nome e Gli appunti. Quindi, fare clic Aggiungi una copia a. Dal menu a discesa visualizzato, scegli Dashboard attuale per salvare i risultati come un nuovo widget nella dashboard corrente.
Come puoi vedere dagli esempi sopra, la costruzione di un dashboard è un po 'come l'estrazione di oro: quando esegui una query, troverai qualcosa di interessante che porta a una nuova domanda che ti viene in mente. Quindi, scrivi una query per questo, che ti porta di nuovo ad alcune nuove idee.
Tutte le tue query potrebbero non finire nella dashboard e potresti rimuoverle dopo un po ', ma tutte ti danno nuove idee su come viene utilizzata la tua app.
Ecco alcune altre domande per provare e giocare con:
SELECT uniqueCount (session) FROM PageView DOPO 1 settimana fa FACET userAgentOS
Questa query conta le sessioni dei visitatori, raggruppandole in base al sistema operativo utilizzato.
SELECT uniqueCount (session) FROM PageView DOPO 1 settimana fa FACET deviceType
Questa query conta le sessioni dei visitatori, raggruppandole per tipo di dispositivo utilizzato (Mobile / Desktop).
SELEZIONA uniqueCount (sessione) FROM PageView FACET countryCode DOPO 1 settimana fa
Questa query conta le sessioni dei visitatori, raggruppandole in base al paese da cui accede al tuo sito.
SELECT count (*) FROM PageView FACET pageUrl DOPO 1 settimana fa
Questa query elenca le pagine più popolari sul tuo sito. Si noti che questa volta usiamo contare(*) invece di uniqueCount (sessione) poiché anche lo stesso visitatore che visita di nuovo la stessa pagina è un'interessante quantità di informazioni.
SELECT count (*) / uniqueCount (session) AS 'Page Views Per Session' FROM PageView SINCE 1 settimana fa FACET deviceType
Esplorando i dati delle mie interrogazioni, ho pensato ai modelli di navigazione degli utenti mobili e desktop e se sono diversi l'uno dall'altro. Quindi, ho creato questa query.
La query calcola la frazione di visualizzazioni di pagina per sessione, nominandola "Visualizzazioni pagina per sessione". Quindi, li raggruppa per tipo di dispositivo (tipo di dispositivo) per il confronto che avevo in mente.
SELECT errorMessage, errorType FROM Transaction WHERE errorMessage NON È NULL DOPO 1 settimana fa
Questa query crea un semplice elenco di messaggi di errore e tipi che sono stati effettuati di recente sul server. Se la query restituisce una lista vuota, fa bene! In caso contrario, hai trovato qualcosa da risolvere.
SELECT count (*) FROM Transaction SINCE 1 settimana fa FACET httpResponseCode
Questa query conta le transazioni, raggruppandole per codice di risposta HTTP.
Quando hai finito con la tua dashboard, fai clic su Fine modifica pulsante nell'angolo in alto a destra della pagina.
Dopo aver aggiunto queste query come widget (e rimosso il widget di versione di Safari), ecco come appare la mia dashboard:
Ora, diciamo che guardando il Visualizzazioni di pagina per sessione widget, inizi a chiedermi se ci sono ancora più differenze nel modo in cui i visitatori di Desktop e Mobile provano il tuo sito.
Creare una query separata per ciascun confronto sarebbe molto lavoro e porterebbe solo a un cruscotto disordinato che visualizza le informazioni necessarie solo occasionalmente. È qui che le funzionalità di New Relic Insights per il filtraggio dei dati del dashboard sono utili.
Proviamo.
Clicca il modificare pulsante in alto a destra per tornare alla modalità di modifica. Proprio sopra i grafici, un elemento che dice Filtro disabilitato appare.
Fare clic sull'icona dell'ingranaggio per configurare il filtro.
Nel menu che appare:
Sia il Tipi di eventi e attributi i menu a discesa consentono di selezionare più opzioni. Pertanto, se in qualsiasi momento desideri aggiungere altri filtri alla tua dashboard, puoi farlo semplicemente scegliendo altri attributi.
Ora, fare clic su Fine modifica pulsante per sfogliare i dati e testare il filtro.
Nella parte superiore della pagina, vedrai ora una casella di ricerca che dice Cerca deviceType. Clicca sulla casella e scegli l'opzione Mobile.
Quindi esplora i dati per vedere se noterai eventuali differenze tra utenti mobili e desktop. Ad esempio, nei miei dati, l'utilizzo dei dispositivi mobili, la maggior parte dei quali su dispositivi Apple, spiega l'alta percentuale di utenti di Safari: sui computer desktop, Google Chrome è molto più popolare.
Finora in questo tutorial, abbiamo lavorato con i dati pronti all'uso forniti dal browser e dagli strumenti APM. Con questi dati, abbiamo creato una dashboard panoramica che ci fornisce informazioni utili sull'applicazione nel suo complesso.
Tuttavia, quando si tratta di trovare i dati per aiutarti a rispondere alle domande di assistenza clienti di un utente specifico, questo non è abbastanza. Pertanto, per poter eseguire il drill sui dati di un dato utente, continueremo ora rendendo l'applicazione monitorata alcuni parametri specifici dell'applicazione in Approfondimenti.
L'applicazione utilizzata come esempio in questo tutorial è un sito di e-commerce basato su WordPress. Tuttavia, la strumentazione è molto semplice e puoi applicare l'idea praticamente a qualsiasi tipo di applicazione.
L'API di New Relic PHP Agent offre un sacco di funzioni per la manipolazione dei dati mentre vengono archiviati per l'utilizzo in Insights e gli altri strumenti di New Relic.
Ora, ci concentreremo su uno di loro, newrelic_add_custom_parameter, che può essere utilizzato per aggiungere un parametro personalizzato al tuo Transazione eventi. Se stai usando un altro linguaggio di programmazione, controlla la documentazione di New Relic per la funzione da utilizzare.
La funzione accetta due parametri: a stringa chiave e un valore che può essere di stringa o galleggiante genere.
Ora, creiamo una funzione per l'iniezione di alcuni dati sull'utente.
Aggiungi il codice qui sotto al codice base della tua applicazione, in un posto dove può essere facilmente chiamato ad ogni richiesta. In un'applicazione basata su WordPress, questo sarebbe all'interno di un plugin.
user_email); newrelic_add_custom_parameter ('user_id', $ user-> ID); newrelic_add_custom_parameter ('member_since', $ user-> user_registered); newrelic_add_custom_parameter ('request_uri', $ _SERVER ['REQUEST_URI']); Innanzitutto, nella riga 7, la funzione controlla che l'estensione New Relic sia stata caricata. Quindi, se le funzioni di reporting sono disponibili, continua aggiungendo alcuni parametri utilizzando l'oggetto utente WordPress predefinito, WP_User:
e-mail: L'indirizzo email è spesso il modo più semplice per identificare un utente specifico. Tuttavia, quando si lavora con le e-mail, è necessario fare attenzione che le informazioni rimangano sicure.ID utente: Se non ti senti a tuo agio nell'usare gli indirizzi email per identificare gli utenti in Insights, l'ID utente numerico è un'altra opzione. Trovare l'ID di un utente prima di cercare i dati è un passo in più, anche se ... membro da: Sebbene non sia necessario per identificare un utente, il tempo in cui un utente registrato può essere un dato interessante per le domande future sul comportamento degli utenti.REQUEST_URI: Per impostazione predefinita, i dati della transazione non dispongono di un parametro per la visualizzazione della pagina a cui è stato effettuato l'accesso. Così, ho deciso di aggiungerne uno da utilizzare per interrogare le pagine con 404 errori.Con la funzione in atto, dopo, dovrai chiamarla. Assicurati di chiamare la funzione abbastanza presto in modo che tutti gli eventi Transaction contengano le informazioni dell'utente che abbiamo appena aggiunto.
In un plugin WordPress, il modo migliore per farlo è agganciare la funzione a un'azione come dentro, viene chiamato in anticipo, ma solo dopo l'inizializzazione dei dati dell'utente.
Fai questo aggiungendo il seguente codice subito sotto la funzione:
add_action ('init', 'inject_new_relic_user_information');Ora hai aggiunto alcuni parametri personalizzati al tuo Transazione eventi.
Tuttavia, poiché la maggior parte dei nostri widget del dashboard si basa su query Visualizzazione della pagina eventi, per renderli più utili, è inoltre necessario rendere queste informazioni disponibili per loro. Per fare ciò, dovrai configurare il settin dell'agente PHPgs.
Innanzitutto, trova il file di configurazione New Relic, newrelic.ini, sul tuo server. La posizione esatta dipende dall'installazione di PHP. Sul mio server Amazon Linux, ho trovato il file all'indirizzo /etc/php-5.5.d/newrelic.ini.
Nel file di configurazione, trova la linea che assomiglia a questa:
; newrelic.browser_monitoring.attributes.enabled = false
Sostituirlo con il seguente:
newrelic.browser_monitoring.attributes.enabled = true
Quindi salvare le modifiche e riavviare il server Web.
Il tuo Transazione gli attributi sono ora inclusi automaticamente anche nel Visualizzazione della pagina eventi raccolti da New Relic Browser. I dati aggiuntivi saranno disponibili solo negli eventi raccolti dopo le modifiche, quindi dovrai dare a New Relic un po 'di tempo per raccogliere alcuni eventi prima di passare a.
Ora che gli eventi Transaction e PageView includono le variabili personalizzate con le informazioni dell'utente, possiamo creare nuove query ancora più interessanti.
Poiché questo è un dashboard di assistenza clienti che stiamo creando, iniziamo con un elenco di errori del server raggruppati per l'indirizzo email dell'utente che ha eseguito l'accesso.
Digitare la seguente query nella casella di query:
SELECT count (*) AS 'Transazioni con errori' FROM Transaction WHERE errorType NON È NULL POICHÉ 1 settimana fa FACET email
Simile alla lista generale di errori PHP che abbiamo creato in precedenza, la query conta il Transazione eventi dove ERRORE.TIPO viene impostato e raggruppato dall'indirizzo e-mail dell'utente che ha eseguito l'accesso (e-mail).
Clic Correre per testare la query (molto probabilmente, riceverai una lista vuota). Quindi, dai un nome al widget e aggiungilo al tuo Panoramica cruscotto.
Ora, se vuoi, puoi testare il widget rompendo il tuo codice server per un po 'e, come utente registrato, visitando la pagina con l'errore.
I risultati dovrebbero assomigliare a questo:
Ora, ogni volta che un cliente che ha effettuato l'accesso si trova di fronte a un errore del server, lo noterai guardando questo elenco e potrai quindi utilizzare l'indirizzo email per trovare maggiori informazioni.
Ora che conosciamo l'indirizzo email dell'utente, possiamo usarlo per filtrare i dati della dashboard nello stesso modo in cui lo abbiamo fatto noi tipo di dispositivo prima nel tutorial.
Questo non è ottimale, tuttavia, poiché i dati che vogliamo visualizzare per un utente specifico non sono necessariamente uguali a quelli mostrati sul Panoramica cruscotto.
Come accennato in precedenza nel tutorial, un'app di dati è composta da più dashboard che possono essere collegati tra loro. Quindi, creiamo una seconda dashboard per mostrare i dati di un singolo cliente e collegare il Utenti con errori del server widget ad esso.
Innanzitutto, in modalità di modifica, fare clic su +Inserisci pulsante nella parte superiore della finestra del dashboard per creare un nuovo dashboard.
Assegna un nome alla nuova dashboard "Accesso ai dettagli dell'utente". Quindi fare clic Fine modifica e tornare al Panoramica cruscotto.
Passare alla modalità di modifica, quindi fare clic sull'icona di collegamento nella parte superiore del Utenti con errori del server widget di.
Si apre un popup per la selezione di un dashboard. Clic Scegli la dashboard di destinazione e quindi selezionare il Dati utente registrati dashboard appena creato dall'elenco a discesa.
Quindi fare clic sul Collega e aggiorna il filtro pulsante per salvare le modifiche.
Clic Fine modifica e tornare al Utenti con errori del server widget di. Si noti che l'indirizzo email è ora un link. Cliccandoci sopra ti porterai alla dashboard che hai appena creato, filtrandola automaticamente via
