Share
Från dag till dag handlar mycket om att driva en mjukvaruaffär kring att fråga och svara på frågor och försöka göra rätt beslut baserat på dem.
Några av frågorna är tekniska, till exempel "Vad är den mest populära webbläsaren bland våra högt betalande kunder den här veckan?" Andra, till exempel "Vad är de mest populära funktionerna i vår ansökan?", Vägleda dig när du försöker planera var dina utvecklingsresurser gör den största skillnaden.
Ibland finns inget rätt svar, men oftare än vad som står mellan dig och ett välinformerat beslut är helt enkelt bristen på kvalitetsdata.
New Relic Insights är en Advanced Performance Analytics (APA) verktyg som är utformat för att hjälpa dig att svara på dessa (och många fler) affärsrelaterade frågor. För detta kombinerar prestandametri med relevanta affärs- och applikationsparametrar, vilket gör det hela tillgängligt för att fråga, kombinera och visualisera på ett vackert sätt.
Tidigare har forskning gjorts genom komplexa frågor och skript som använder historikdata, av dataspecialister. Nu med insikter, du kan mina transaktioner nära realtid, med hjälp av verkliga data från de faktiska besökarna.
Denna handledning är en praktisk introduktion till att använda New Relic Insights i en verklig applikationsmiljö. Det bästa sättet att uppleva och lära Insights är att prova det själv och experimentera. Så, istället för att spendera mycket tid på teorin, hoppar vi rakt in och utforskar verktyget steg för steg, lär oss om det när vi går.
Vi börjar med att titta kort när du installerar New Relic Insights. Därefter gräver vi in i data: hur man frågar det, hur man visualiserar det och hur man styr din kod för att passera i vissa applikationsspecifika parametrar. Slutligen lägger vi fram det vi har lärt oss och använder oss av en kundsupportpanel som du kan använda för att snabbt identifiera problem och hjälpa dina kunder i deras problem med din app.
Efter avslutad handledning kommer du att känna dig bekväm att utforska data i New Relic Insights och använda den för att skapa instrumentpaneler för att presentera information som är relevant för olika intressenter i din organisation, från ledning till teknik.
En grundläggande förståelse för mjukvaruutveckling, PHP och SQL hjälper dig att gå igenom handledningen. Jag kommer att använda en egen ansökan som ett exempel, men det mesta av vad vi ska göra kommer att tillämpas på stort sett alla webbaserade företag. Så för att få ut det mesta av handledningen rekommenderar jag att du väljer ett eget program och använder det för att testa frågorna och instrumentbrädans inställningar när vi går igenom dem.
Om du redan använder New Relics övervakningsverktyg, Att komma igång med Insights är okomplicerat. Applikationen samlar in sina data från andra New Relic-produkter som APM och webbläsare, så ingen ytterligare installation behövs. Klicka bara på Insights menyalternativ i menyn Nytt relik och börja använda det för att utforska dina data.
Om du är en ny användare, börja med att registrera dig för ett nytt Relic användarkonto. Insikter är inte tillgängliga som en kostnadsfri version, men den 14-dagars gratis provperioden är bra för att försöka använda handen.
Efter att du skapat ditt konto måste du installera APM-övervakningsverktyget på din server. Jag har beskrivit stegen för att installera verktyget i detalj i en tidigare handledning om New Relic Alerts. Följ installationsanvisningarna från den här handledningen och sedan, med New Relic samlar information från din ansökan, återgår du till den här handledningen och fortsätter till nästa steg.
Det första du ser när du börjar använda New Relic Insights är Fråga sida.
Först, med en frågefält som stirrar på dig högst upp på sidan, kan den här sidan känna sig lite skrämmande. Men när du vet var du ska börja, kommer du att vara snabb att på kort tid.
För att ge dig en känsla av de data som finns tillgängliga för dig i Insights, låt oss börja med att köra din första fråga.
Skriv följande fråga i frågefältet högst upp på sidan:
SELECT count (*) FRÅN PageView SINCE för 1 dag sedan
Denna fråga visar dig antalet sidvisning händelser som registrerats under de senaste 24 timmarna.
Som du kan se från frågan ovan, svarar NRQL mycket på SQL, med några begränsningar såväl som ett gäng New Relic-specifika funktioner och nyckelord. I resten av denna handledning ser du en hel del olika frågor, men om du, när som helst, behöver titta på specifika frågespråket, kan du också titta på NRQL-referensen.
Klick Springa att köra frågan och se resultaten.
Du har nu kört din första NRQL-fråga. Därefter vill du förmodligen bli bekant med de uppgifter som New Relic ställer till för dina frågor.
Ett sätt är bara att försöka skriva en ny fråga. Frågefältet kommer med auto-complete, så det här är ett praktiskt sätt att peka runt och se vilka typer av resultat som kommer ut av dina frågor.
Ett annat alternativ är att utforska de råa uppgifterna.
Att utforska data som lagras i Insights är ett bra sätt att ta reda på vilka datafält som är tillgängliga för dina frågor och för att få en övergripande förståelse för deras möjliga värden.
För att göra detta klickar du på Data Explorer på vänstra menyn.
På nästa skärm får du välja vilken typ av data du vill bläddra.
Listan visar bara de händelsetyper som har data tillgängliga i ditt konto, i det här fallet, Transaktion och sidvisning.
Här är en fullständig lista över händelsetyper som tillhandahålls av Insights:
Eftersom många av dessa händelsetyper beror på mer avancerade New Relic-funktioner, kommer vi inte titta på dem i den här handledningen. I stället fortsätter vi med de första två: Transaktion och sidvisning.
Klicka på sidvisning.
De PageView Explorer visar dig en lista över senaste sidvisning händelser från din ansökan. Varje rad representerar en verklig användares enkla sidvisning. Kom ihåg att rulla sidan till höger; om du inte har en mycket stor skärm, kommer du att finna att det finns fler fält tillgängliga än att passa skärmen samtidigt.
Ta en titt också på Transaktion data.
Sedan, utrustad med en allmän förståelse av de data som finns i Insights, låt oss använda verktyget för att bygga en effektiv instrumentbräda för enkel åtkomst till information som gör ditt kundsupportarbete snabbare och lättare.
När du får en felrapport eller hjälpförfrågan från en kund, oftast är det första du behöver göra att be om mer information. Den använda webbläsaren, möjliga felmeddelanden och de åtgärder som leder till felet är alla delar av pusset som användarna sällan tänker på inklusive i deras e-postmeddelanden.
Med hjälp av New Relic Insights kan du använda data från din server för att hoppa över det här steget och ge en bättre kundupplevelse medan du gör ditt arbete som en utvecklare mindre frustrerande!
I resten av handledningen bygger vi en enkel betjäningspanel för kundsupport som låter dig göra det, utan att gräva in i serverns loggar.
en instrumentbräda i Insights är en samling widgets eller diagram som visar skräddarsydd information om programmets prestanda, användarnas åtgärder eller en kombination av dem. Att bygga dem kräver viss förståelse för den bakomliggande tekniken, men när de är redo kan de enkelt användas av icke-tekniska personer som chefer för att utforska produktens mätvärden.
För mer komplexa samlingar av diagram och widgets kan du skapa en Data App, en samling av instrumentpaneler kopplade till varandra för att bilda en applikationsliknande upplevelse.
En kontrollpanel för kundsupport kommer sannolikt att växa framöver när du lägger till fler och fler element till det, så det är en bra idé att börja bygga instrumentbrädan direkt inuti en.
Klicka först på Data Apps på vänstra menyn. Eftersom du inte har någon Data App konfigurerad ser du följande skärm:
Klicka på Skapa en dataprogram för att skapa din dataprogram.
En popup för att ange App: s information öppnas mitt på sidan:
Fyll i informationen om din nya App: Ikon, Titel (till exempel "Kundsupport") och Beskrivning.
Tänk på att det här är översta nivån: Inuti appen kommer du att kunna skapa några olika instrumentpaneler. Du kommer också att kunna redigera dessa inställningar senare, så oroa dig inte för dem för mycket just nu.
När du fyllt i datafälten klickar du på Skapa.
Du har nu skapat en App. Insikter har också automatiskt lagt till en tom kontrollpanel till den. Ge instrumentpanelen ett namn (till exempel "Översikt") genom att redigera textfältet till vänster som nu står Ofrälse. Du kan också välja en beskrivande ikon från rullgardinsmenyn på vänster sida om du vill.
Instrumentpanelen ser tom ut, så låt oss lägga till lite innehåll på det.
Att fylla i en ny instrumentbräda med användbar information om användare och deras beteende när de interagerar med dina applikationer börjar med att skriva en NRQL-fråga. Fråga dig själv vad du (eller personen som använder den här instrumentpanelen) vill veta om programmets prestanda. Skriv sedan en fråga för att samla in den informationen.
Låt oss börja med en uppdelning av webbläsare som används av dina besökare.
Skriv följande fråga i frågefältet högst upp på sidan:
VÄLJ uniqueCount (session) från PageView FACET userAgentName SINCE för 1 vecka sedan
Den här frågan:
Accentsconagua
session är attributet för en användares New Relic-sessionstangent, som varar tills användaren stänger webbläsarfönstret. uniqueCount är en NRQL-funktion som kan användas för att få antalet unika värden som spelats in för ett attribut.ASPEKT sökord, som endast tar en parameter, namnet på attributet för att gruppera uppgifterna av (userAgentName). EFTERSOM nyckelord definierar början på ett tidsintervall och accepterar det datum som anges i ett stort antal olika format, till exempel, 5 minuter sedan, 6 timmar sen, eller I GÅR.Klick Springa att utföra frågan. Resultaten dyker upp precis under frågefältet:
Detta liknar fortfarande vad vi såg på forsidan när vi sprang vår första fråga. Nu kommer vi dock att lagra frågan på instrumentbrädan för att rädda oss själva om att driva frågan manuellt varje gång vi vill veta dess resultat.
Överst i resultaten hittar du tre flikar för att välja presentationen för resultaten.
Klicka på den andra för att visa webbläsarsuppdelning som ett stapeldiagram.
Skriv a Titel för diagrammet och en beskrivning i anteckningar fält om du vill.
Klicka sedan Lägg till i den här instrumentpanelen.
Där är det den första widgeten på den här instrumentpanelen.
Du kan ändra storlek på widgeten genom att dra från den blå triangeln i rutan längst ned till höger, eller flytta den runt duken genom att dra och släppa.
Vi kommer snart att gräva djupare in i din ansökan och ta med några applikationsspecifika data till vår Insights-instrumentpanel. Men innan vi går dit, låt oss spela lite mer med de data vi har och lägga till några extra instrumentpanel widgets.
I övre högra hörnet av Browseruppdelning widget du just lagt till, hittar du tre ikoner.
Klicka på den mellersta för att öppna widgetens fråga för redigering.
Förutom att redigera en widgets fråga är det här ett bra sätt att gå från en fråga till den naturliga uppföljningen. Till exempel, när du vet att Safari är den mest populära webbläsaren bland besökarna på webbplatsen, kanske du vill se vilken version av webbläsaren besökarna använder.
För att hämta den här informationen, redigera NRQL-frågan:
VÄLJ uniqueCount (session) från PageView FACET userAgentVersion VAR userAgentName = 'Safari' för 1 vecka sedan
I den här frågan, istället för att gruppera (ASPEKT) Resultaten med namnet på webbläsaren (userAgentName), vi grupperar dem via webbläsarversionen (userAgentVersion).
Vi har också lagt till en SQL-liknande VAR klausul att filtrera data för att endast inkludera händelser där användaragenten är Safari.
Klick Springa för att se resultaten.
Om du redigerade den befintliga widgeten klickar du nu på Spara ändringar att tillämpa de ändringar du gjort på frågan.
Gör det inte den här gången.
Istället redigerar du namn och anteckningar. Klicka sedan Lägg till en kopia till. Välj den i rullgardinsmenyn som visas Aktuell instrumentbräda för att spara resultaten som en ny widget på den aktuella instrumentpanelen.
Som du ser från exemplen ovan är det lätt att bygga en instrumentbräda som guldgruv: När du kör en fråga hittar du något intressant vilket leder till en ny fråga som dyker upp i ditt sinne. Då skriver du en fråga till den, som återigen tar dig till några nya idéer.
Alla dina frågor kanske inte hamnar i instrumentbrädan, och du kan ta bort några efter ett tag men alla ger dig nya idéer om hur din app används.
Här är några fler frågor att försöka spela med:
VÄLJ uniqueCount (session) FRÅN PageView SINCE 1 vecka sedan FACET userAgentOS
Denna fråga räknar besökarnas sessioner och grupperar dem med det operativsystem som används.
VÄLJ uniqueCount (session) FRÅN PageView SINCE 1 vecka sedan FACET deviceType
Den här frågan räknar besökarnas sessioner, grupperar dem efter vilken typ av enhet som används (mobil / skrivbord).
VÄLJ uniqueCount (session) FRÅN PageView FACET countryCode SINCE för 1 vecka sedan
Den här frågan räknar besökarnas sessioner, grupperar dem efter land de åtkomst till din webbplats från.
SELECT count (*) FRÅN PageView FACET pageUrl SINCE 1 vecka sedan
Den här frågan listar de mest populära sidorna på din webbplats. Observera att den här gången vi använder räkna(*) istället för uniqueCount (session) eftersom även samma besökare som besöker samma sida igen är en intressant nugget av information.
SELECT count (*) / uniqueCount (session) AS 'Sidvisningar per session' FRÅN PageView SENCE 1 vecka sedan FACET deviceType
Explorerar data från mina frågor, jag tänkte på surfningsmönstren hos mobila och stationära användare och om de skiljer sig från varandra. Så, jag skapade den här frågan.
Frågan beräknar fraktionen av sidvisningar per session och namnger den "Sidvisningar per session". Sedan grupperar den dem efter enhetstyp (enhetstyp) för jämförelsen jag hade i åtanke.
SELECT errorMessage, errorType FROM Transaction WHERE errorMessage är inte NULL sen 1 vecka sedan
Denna fråga skapar en enkel lista över felmeddelanden och typer som nyligen har ägt rum på din server. Om frågan returnerar en tom lista, bra för dig! Om inte, har du hittat något att fixa.
VÄLJ räkna (*) FRÅN TRANSAKTION SENCE 1 vecka sedan FACET httpResponseCode
Denna fråga räknar transaktionerna, grupperar dem med HTTP-svarskod.
När du är färdig med din instrumentpanel, klicka på Klar med redigeringen knappen längst upp till höger på sidan.
När du har lagt till dessa frågor som widgets (och tar bort widgetversionen av widget), så ser det här som min instrumentpanel ser ut:
Nu ska vi säga att vi tittar på Sidvisningar per session widget börjar du undra om det fortfarande finns fler skillnader i hur Desktop och Mobile besökare upplever din webbplats.
Att skapa en separat fråga för varje jämförelse skulle vara mycket arbete och skulle bara leda till en rörig instrumentbräda som visar information du bara behöver ibland. Det är här New Relic Insights 'funktionalitet för att filtrera instrumentpaneldata kommer till nytta.
Låt oss försöka.
Klicka på Redigera knappen högst upp till höger för att återgå till redigeringsläget. Höger ovanför diagrammen, ett element som säger Filter inaktiverat visas.
Klicka på kugghjulet för att konfigurera ditt filter.
I menyn som visas:
Både Händelsetyper och attribut drop-downs kan du välja flera alternativ. Så om du vill lägga till fler filter på din instrumentpanel, kan du göra det genom att helt enkelt välja fler attribut.
Klicka nu på Klar med redigeringen knappen för att bläddra i data och testa filtret.
Överst på sidan ser du en sökruta som säger Sök deviceType. Klicka på rutan och välj alternativet Mobil.
Undersök sedan data för att se om du märker några skillnader mellan mobila och stationära användare. Till exempel, i mina data, den mobila användningen - det mesta av det på Apples enheter - förklarar den höga andelen Safari-användare: på stationära datorer är Google Chrome mycket mer populär.
Hittills i denna handledning har vi arbetat med out-of-the-box-data som tillhandahålls av webbläsaren och APM-verktygen. Med dessa data har vi byggt en översiktspanel som ger oss användbar information om applikationen som helhet.
Men när det gäller att hitta data som hjälper dig att svara på en specifik användares kundsupportfrågor är det inte tillräckligt. Så, för att kunna borra in i en viss användares data fortsätter vi nu genom att göra den övervakade applikationen överföra några applikationsspecifika parametrar till Insights.
Applikationen som används som exempel i denna handledning är en WordPress-driven e-handelsplats. Instrumentationen är dock väldigt okomplicerad, och du kan tillämpa idén till ganska mycket vilken typ av ansökan som helst.
New Relic PHP Agent API ger en massa funktioner för att manipulera data som den lagras för användning i Insights och de andra New Relic-verktygen.
Nu fokuserar vi på en av dem, newrelic_add_custom_parameter, som kan användas för att lägga till en anpassad parameter till din Transaktion evenemang. Om du använder något annat programmeringsspråk, kolla New Relic-dokumentationen för den funktion som ska användas.
Funktionen tar två parametrar: a sträng nyckel och ett värde som kan vara av sträng eller flyta typ.
Nu, låt oss skapa en funktion för att injicera vissa data om användaren.
Lägg till koden nedan till din ansökans kodbas, på ett ställe där det lätt kan ringas vid varje förfrågan. I en WordPress-baserad applikation skulle detta vara inne i ett 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']); Först kontrollerar funktionen på rad 7 att New Relic-förlängningen har laddats. Sedan, om rapporteringsfunktionerna är tillgängliga fortsätter det genom att lägga till några parametrar med standardversionen av WordPress, WP_User:
e-post: E-postadressen är ofta det enklaste sättet att identifiera en specifik användare. Men när du arbetar med e-postmeddelanden måste du vara försiktig med att informationen är säker.användar ID: Om du inte är bekväm med att använda e-postadresser för att identifiera dina användare i Insights, är det numeriska användar-IDet ett annat alternativ. Att hitta en användares ID innan du tittar på data är ett extra steg, men ... medlem sedan: Även om det inte behövs för att identifiera en användare kan den tid då en registrerad användare vara intressant data för framtida frågor om användarnas beteende.REQUEST_URI: Som standard har Transaktionsdata inte en parameter för att räkna ut sidan som nås. Så bestämde jag mig för att lägga till en som ska användas för att fråga sidor med 404 fel.Med funktionen på plats, nästa måste du ringa den. Se till att du ringer upp funktionen tillräckligt tidigt så att alla dina transaktionshändelser innehåller användarinformationen som vi just lagt till.
I ett WordPress-plugin är det bästa sättet att göra detta genom att koppla funktionen till en åtgärd som i det, det kallas tidigt - men först efter att användardata har initierats.
Gör detta genom att lägga till följande kod precis under funktionen:
add_action ('init', 'inject_new_relic_user_information');Du har nu lagt till några anpassade parametrar till din Transaktion evenemang.
Men eftersom de flesta av våra instrumentpanel widgets är baserade på frågor till sidvisning händelser, för att göra dem mer användbara, måste du också göra denna information tillgänglig för dem. För att göra detta måste du konfigurera PHP Agent-inställningengs.
Hitta först konfigurationsfilen New Relic, newrelic.ini, på din server. Den exakta platsen beror på din PHP-installation. På min Amazon Linux server hittade jag filen på /etc/php-5.5.d/newrelic.ini.
I konfigurationsfilen hittar du linjen som ser ut så här:
; newrelic.browser_monitoring.attributes.enabled = false
Byt ut det med följande:
newrelic.browser_monitoring.attributes.enabled = true
Spara sedan dina ändringar och starta om din webbserver.
Din Transaktion attribut ingår nu automatiskt också i sidvisning händelser samlade av New Relic Browser. Ytterligare uppgifter kommer endast att finnas tillgängliga i händelser som samlats in efter ändringarna, så du måste ge New Relic lite tid att samla några händelser innan du går vidare.
Nu när transaktionerna och PageView-händelserna innehåller anpassade variabler med användarinformation kan vi skapa nya, ännu mer intressanta frågor.
Eftersom det här är en kundsupportpanel som vi bygger, låt oss börja med en lista med serverfel grupperade av den inloggade användarens e-postadress.
Skriv följande fråga i frågefältet:
SELECT count (*) AS 'Transaktioner med fel' FRÅN Transaktion WHERE errorType ÄR INTE NULL SENCE 1 vecka sedan FACET email
I likhet med den övergripande listan över PHP-fel som vi skapade tidigare svarar frågan Transaktion händelser där FELTYP är inställd och grupperar dem med den inloggade användarens e-postadress (e-post).
Klick Springa för att testa frågan (troligtvis får du en tom lista). Ge sedan widgeten ett namn och lägg till det i din Översikt instrumentbräda.
Om du vill kan du testa widgeten genom att bryta serverns kod en liten stund och, som en inloggad användare, besöker sidan med felet.
Resultaten ska se ut så här:
Nu, när en inloggad kund står inför ett serverfel, märker du det genom att titta på den här listan och kan sedan använda e-postadressen för att hitta mer information.
Nu när vi känner till användarens e-postadress kan vi använda den för att filtrera instrumentpanelens data på samma sätt som vi gjorde med enhetstyp tidigare i handledningen.
Det här är dock inte optimalt, eftersom den data vi vill visa för en viss användare inte nödvändigtvis är densamma som den som visas på Översikt instrumentbräda.
Som jag nämnde tidigare i handledningen består en dataapp av flera instrumentpaneler som kan kopplas till varandra. Så, låt oss skapa en andra instrumentpanel för att visa en enskild kunds data och länka Användare med serverfel widget till den.
Först, i redigeringsläget, klicka på +Lägg till knappen högst upp i instrumentpanelfönstret för att skapa en ny instrumentbräda.
Namn på den nya instrumentpanelen "Inloggad användarinformation". Klicka sedan Klar med redigeringen och återvända till Översikt instrumentbräda.
Byt till redigeringsläge, klicka sedan på länkikonen längst upp på sidan Användare med serverfel widget.
En popup för att välja en instrumentpanel öppnas. Klick Välj målpanelen och välj sedan Inloggad användarinformation instrumentpanelen du just skapat från rullgardinsmenyn.
Klicka sedan på Länk och uppdatera filter knappen för att spara dina ändringar.
Klick Klar med redigeringen och återvända till Användare med serverfel widget. Observera att e-postadressen är en länk. Om du klickar på det tar du dig till instrumentpanelen du just skapat, filtrerar den automatiskt via e-post.
Du har nu skapat en länk från Översikt Instrumentpanelens lista över användare med fel på en ny instrumentpanel. Den här instrumentpanelen är fortfarande tom, så låt oss börja bygga den genom att lägga till några widgets som hjälper oss att lära oss mer om felen och användaren.
Lägg först till en kopia av Senaste fel widget på Översikt flik.
För att göra detta, fortfarande på Översikt fliken, byt till redigeringsläge, rulla sedan ner till widgeten och klicka på dess Redigera knapp. Bläddra tillbaka till sökresultatet och klicka sedan på Lägg till en kopia till ... och välj den nyskapade instrumentpanelen i rullgardinsmenyn.
För att göra data mer användbara för buggfixering, redigera frågan genom att lägga till REQUEST_URI till det. Den sista frågan ser så här ut:
SELECT errorMessage, errorType, request_uri FRÅN Transaktion Var errorMessage är inte NULL sen för 1 vecka sedan
Här är utmatningen på den nya instrumentpanelen när den nås genom att klicka på min email:
På samma sätt som du kopierade listan över fel ovan, kopiera även HTTP-svarskoder widget till den användarspecifika instrumentpanelen.
Om du vill veta mer om förfrågningarna med fel lägger du till en ny widget med följande fråga:
SELECT request_uri, httpResponseCode från Transaction SENCE för 1 vecka sedan WHERE httpResponseCode> = '400'
När du har flyttat widgetsna och ändrat dem på nytt, så ser det här som instrumentpanelen nu ser ut:
Slutligen, för att komplettera den här första versionen av supportpanelen för kundsupport, låt oss lägga till lite information om användarens webbläsare, enhetstyp och operativsystem.
Vi har redan skapat widgets för alla dessa frågor på Översikt instrumentpan
