Share
Vandaag gaan we kijken naar aangepaste dashboards van New Relic. In het bijzonder zal ik u drie manieren tonen waarop ik de neiging heb om aangepaste dashboards te gebruiken:
Deze inhoud is gemaakt in opdracht van New Relic en is geschreven en / of bewerkt door het Tuts + -team. Ons doel met gesponsorde inhoud is het publiceren van relevante en objectieve zelfstudies, casestudy's en inspirerende interviews die echte educatieve waarde bieden aan onze lezers en ons in staat stellen om het creëren van bruikbare inhoud te financieren..
Maar voordat we daar iets over beginnen, moeten we ons eerst een vraag stellen, waarom zouden we helemaal aangepaste dashboards gebruiken? New Relic doet behoorlijk goed werk van het presenteren van uw applicatieprestatiegegevens. Alleen al het gebruik van de reguliere gebruikersinterface, kunt u veel meer informatie verzamelen over de prestaties van uw app dan ooit tevoren voordat u New Relic ging gebruiken. Voordat ik u laat zien hoe u aangepaste dashboards gebruikt, leg ik u uit waarom ik denk dat iedereen die New Relic gebruikt deze eerder dan later moet bekijken.
Het klopt dat de meeste mensen graag New Relic gebruiken zonder ooit naar de aangepaste dashboardfunctionaliteit te kijken die deze biedt. Pas als u een redelijk geavanceerde gebruiker bent, kunt u besluiten om naar aangepaste dashboards te kijken en te zien wat zij u te bieden hebben. Ik vind dit een schande, want spelen met aangepaste dashboards kan je niet alleen in staat stellen om je app-prestatiegegevens op verschillende manieren te segmenteren en in dobbelsteen te brengen, maar kan ook:
Je kunt al die dingen leren door de documentatie te lezen, maar door te spelen met aangepaste dashboards, kunnen we een aantal van deze dingen beginnen te begrijpen (op een meer intuïtief niveau), in plaats van het alleen te kennen als een hoop puntpunten. Zoals vaak het geval is met technologie, sleutelt u aan een niet-verwant gebied van een tool, soms geeft u meer inzicht en begrip over hoe de meer algemeen gebruikte gebieden van dezelfde tool werken. Het gebruik van aangepaste dashboards zal je een meer bedreven New Relic-gebruiker maken en als je de andere New Relic-berichten hebt gelezen die ik heb geschreven, weet je hoe ik me voel over je gereedschappen..
Het enige aangepaste dashboard dat ik altijd graag bouw, is wat ik '24 uur in één oogopslag 'noem. Ik neem een aantal bestaande kaarten die ik belangrijk vind voor een enkele toepassing, sluit de tijdsperiode tot de laatste 24 uur en zet ze allemaal samen op één dashboard. Telkens wanneer ik naar een specifieke toepassing in New Relic kijk, zal dit het eerste scherm zijn dat ik bekijk om te zien of er iets erg is dat de laatste 24 uur naar me toe springt. Laten we eens kijken hoe we dit soort dashboard kunnen bouwen.
Allereerst moeten we een nieuw aangepast dashboard maken. In de New Relic UI klikt u op Dashboards-> Aangepast dashboard maken. Op het volgende scherm geven we ons dashboard een naam (u kunt "24 uur in één oogopslag" of uw eigen naam gebruiken) en de rasterlay-out kiezen. In essentie is de rasterlay-out een verzameling diagrammen van allemaal hetzelfde formaat en de overzichtlay-out is één grote grafiek omgeven door een aantal kleinere diagrammen (we gebruiken de overzichtlay-out in de volgende sectie).
Nu moeten we de app selecteren waarvoor we ons dashboard willen maken en vervolgens enkele relevante diagrammen zoeken om toe te voegen. Ik voeg graag het volgende toe:
Afhankelijk van je applicatie wil je misschien nog wat toevoegen, maar ik merk dat dit me een redelijk goede momentopname geeft van wat er met de applicatie gebeurt en wat te onderzoeken als er iets mis is. Laten we een van deze diagrammen zoeken en deze toevoegen aan ons nieuwe dashboard. De gemiddelde responstijd van de server is eenvoudig, omdat het de grote grafiek in de Overzicht deel van de Toezicht houden tabblad voor een applicatie. Elke grafiek in de gebruikersinterface van New Relic heeft een klein nieuw relieklogo in de rechterbenedenhoek, wanneer u met uw muis over dit logo beweegt, verandert dit in een plusteken. Als u op de plus klikt, kunt u dit diagram aan een dashboard toevoegen:
Maar voordat we onze grafiek toevoegen, moeten we het tijdvenster voor de New Relic UI wijzigen in 24 uur. We moeten dit doen om onszelf de mogelijkheid te geven om de grafiek te 'vergrendelen' tot de laatste 24 uur wanneer we deze daadwerkelijk toevoegen aan het dashboard (dit is naar mijn mening een ongemakkelijke UX, maar we hebben tenminste een manier om te doen wat wij hebben nodig):
We kunnen nu doorgaan en de grafiek toevoegen:
Vergeet niet om de. Aan te vinken Vergrendel om te overspannen checkbox. Wanneer we nu ons nieuwe dashboard bezoeken, zou de grafiek die we zojuist hebben toegevoegd er moeten zijn:
We kunnen het bovenstaande proces spoelen en herhalen totdat we alle gewenste diagrammen hebben toegevoegd. Uiteindelijk zou het er ongeveer zo uit moeten zien:
U kunt op de klikken Bewerk dashboard knop in de rechterbovenhoek waarmee u de diagrammen kunt slepen en in de gewenste volgorde kunt rangschikken. Het enige dat u moet opmerken, is dat u de afzonderlijke diagrammen op geen enkele manier kunt wijzigen (u had bijvoorbeeld een meer beschrijvende grafiektitel willen hebben, maar deze kunt u niet wijzigen), omdat het standaard New Relic-diagrammen zijn.
Het andere aangepaste dashboard dat ik altijd uit bestaande kaarten wil bouwen, is 'Alle applicaties in één oogopslag'. Dit is alleen van toepassing als u over meerdere applicaties beschikt. Hier kiezen we een of twee van de belangrijkste grafieken voor elke relevante toepassing en voegen ze samen. Het is meestal een veilige gok om de 'Response Time'-kaart van elke toepassing te gebruiken. Het eigenlijke proces van het samenstellen van de dashboards is hetzelfde als hierboven beschreven, u hoeft alleen maar van applicatie te wisselen om de relevante kaarten van elk te krijgen. Uiteindelijk zou je zoiets als dit moeten krijgen:
Dit is het scherm waar ik het eerst naar zal kijken als ik me aanmeld bij New Relic. Het kan handig zijn om de tijd van elke grafiek tot 24 uur te vergrendelen, net zoals we deden voor ons dashboard '24 uur in een oogopslag ', maar dat is aan jou. Dit is natuurlijk alleen relevant als u meerdere applicaties ondersteunt. Dat gezegd hebbende, als u meerdere pre-productieomgevingen voor uw toepassing hebt (voor staging of belastingtests), wilt u ze misschien allemaal samenvoegen in een dashboard dat lijkt op deze, het kan u helpen om veranderingen te vangen die de prestaties vóór de code komt in productie.
De New Relic UI heeft enkele noodzakelijke beperkingen. Het moet alle dingen zijn voor alle mensen, zodat ze alleen grafieken en tabellen kunnen groeperen die logisch zouden zijn voor alle webtoepassingen. Meestal beperken de schermen van de gebruikersinterface u om tegelijkertijd naar één transactie en één of twee reeksen metrieken te kijken, als u toegang wilt hebben tot andere, moet u klikken. Het goede nieuws is dat deze beperking niet langer geldt voor aangepaste dashboards. We weten welke transacties gerelateerd zijn binnen ons domein, we weten ook welke statistieken voor ons van belang zijn op transactiebasis. We kunnen een dashboard bouwen dat verschillende gerelateerde transacties groepeert met alle belangrijke statistieken voor elk en bekijk het op het ene scherm.
Laten we zeggen dat we een bijzonder belangrijke transactie in onze applicatie hebben, het kan logisch zijn om een dashboard te hebben waarin we de meeste belangrijke informatie over deze transactie in één oogopslag kunnen zien. Hier op Tuts + hebben we een concept van artikelen (uiteraard) en artikelen zijn erg belangrijk voor ons, laten we een dashboard maken om ze in de gaten te houden.
We moeten opnieuw een nieuw dashboard maken, net als voorheen, we zullen het 'Artikeloverzicht' noemen, maar dit keer gebruiken we een overzichtslayout. We hoeven niet naar grafieken te zoeken, omdat we onze eigen aangepaste grafieken maken. Klik daarom op de grote knop om de hoofdkaart voor ons dashboard te maken:
Er wordt gevraagd of u een diagram of een tabel wilt toevoegen. We zullen later een tabel toevoegen, want kies nu het diagram. U ziet een scherm dat er als volgt uitziet:
Het belangrijkste om hier naar te kijken, is de metriek die u wilt weergeven. Wanneer u in het tekstvak metrics klikt, wordt er een lijst met statistieken op het hoogste niveau weergegeven die u kunt selecteren. De statistieken in New Relic worden genoemd als prefix / category / label. In het geval van een Rails-app kan het voorvoegsel zijn controleur of ActiveRecord (als u Rails niet gebruikt, is het voorvoegsel voor transacties WebTransactions). Voor controleur, de categorie is de naam van de controller en het label is de actienaam. Als u enkele van de statistieken verkent terwijl u met uw eerste grafiek speelt, krijgt u een idee van het soort statistieken waartoe u toegang hebt en waar u ze kunt vinden. Als je de statistieken niet ziet die je verwacht, zorg er dan voor dat je de juiste applicatie hebt geselecteerd in New Relic, dit trekt me altijd op.
Terug naar onze hoofdkaart. De statistiek die we volgen, is gekoppeld aan onze ArticlesController, dus de naam is Controller / artikelen / Show. Zodra we de statistiek hebben gekozen, wordt de inhoud van de Waarde drop-down zal veranderen om alle waarden te bevatten die logisch zijn voor deze statistiek. Het is de moeite waard om nogmaals alle verschillende waarden te onderzoeken en te zien wat de resulterende grafiek eigenlijk bevat. In ons geval lijkt "Gemiddelde responstijd" een goede zaak te zijn als onze hoofdkaart.
Op dit punt, als we onze grafiek een titel geven en op de knop klikken voorvertoning knop kunnen we zien hoe het eruit ziet:
Dit ziet er goed uit, maar ik wil dat de Y-as in milliseconden is en ik wil ook de eenheden op de as. Laten we dus de geavanceerde opties voor de grafiek neerzetten en de getalnotatie wijzigen in 'Naar Milliseconds', we zullen ook de Y-as unit label zoals 'Mevrouw':
Onze grafiek ziet er nu goed uit in het voorbeeld. Het enige waar je rekening mee moet houden, is het Grafiek doorklikken laten vallen. Hierdoor kan uw diagram in wezen een koppeling zijn naar een ander aangepast dashboard. Wanneer u op het diagram klikt, wordt dat dashboard weergegeven. We hebben deze functionaliteit niet nodig, dus we laten de vervolgkeuzelijst alleen. We gaan nu door en redden onze grafiek.
We kunnen nu de verschillende deelkaarten toevoegen. In ons geval weet ik toevallig dat Tuts + een concept van tutorials (ook, uiteraard) heeft dat nauw verwant is aan artikelen, dus als ik de reactietijd van een artikel gemiddeld in de gaten houd, is het waarschijnlijk een goed idee om een tutorial gemiddelde responstijd dichtbij als een vergelijking, dus ik zal er een grafiek voor maken. We zullen dezelfde stappen als hierboven volgen, uiteindelijk zal ons dashboard er als volgt uitzien:
Hmm, het lijkt erop dat de gemiddelde reactietijd voor artikelen veel hoger is dan bij tutorials, maar ik weet toevallig dat ze beiden een aanzienlijke hoeveelheid code delen, vreemd. Maar het is ook een indicatie dat ons aangepaste dashboard al winstgevend is en we zijn nog niet klaar met de bouw ervan. Ik had deze informatie kunnen vinden door het op te zoeken in de normale gebruikersinterface van New Relic, maar als ik de kaarten naast elkaar heb staan, helpt dit om echt het feit dat er een probleem is, thuis te brengen..
Het is misschien ook goed om te zien waar onze ArticlesController zit in vergelijking met andere controllers, voor zover hun maximale reactietijd gaat, is dit een taak voor een tafel. We voegen nog een kaart toe zoals voorheen, maar deze keer kiest u de tabel in plaats van de grafiek. Om tabellen met meerdere rijen te maken, moeten we jokertekens gebruiken in onze metrische naam. In ons geval zal ik de statistiek instellen controller /, dit selecteert alle statistieken onder de * Controller voorvoegsel, ik zal nu de begrenzing tekstvak te zijn 10 wat precies zal doen wat u verwacht en het aantal rijen in onze tabel op tien zetten. Uiteindelijk zouden we iets moeten hebben dat er zo uitziet, net voordat we opslaan:
Ons aangepaste dashboard wordt nu:
Het lijkt erop dat ArticlesController # tonen heeft de langste maximale responstijd uit alle controlleracties, inclusief TutorialsController # tonen, dit is erg nieuwsgierig en ik zou waarschijnlijk een notitie moeten maken om dit te onderzoeken.
We kunnen doorgaan met het toevoegen van een hele reeks andere grafieken, zoals gemiddelde responstijd van de gebruikers of oproepen per minuut. Sommige dingen die u gewoon niet kunt maken met behulp van een aangepast diagram, zoals historische doorvoer of responstijd. Gelukkig kunnen we altijd terugvallen op het vinden van de grafieken die we ergens anders in New Relic willen hebben en die gewoon toevoegen aan ons aangepaste dashboard.
De enige beperking bij het gebruik van een dashboard met aangepaste diagrammen is dat u de juiste app moet hebben geselecteerd in New Relic, anders zijn alle aangepaste grafieken op uw dashboard leeg.
Als u mijn laatste artikel over aangepaste statistieken leest, herinnert u zich misschien nog dat de enige manier waarop u de aangepaste gegevens die u hebt verzameld, is om een aangepast dashboard te maken in New Relic, dit is de derde reden om aangepaste dashboards. Als u veel aangepaste statistieken verzamelt, is dit wellicht de beste reden.
Op Tuts + hebben we een concept van categorieën (wederom, uiteraard), ik weet toevallig dat we een paar aangepaste statistieken hebben die rondzweven voor categorieën. Laten we kijken of we deze op een dashboard kunnen plaatsen en een idee krijgen van wat er gebeurt. We maken een nieuw dashboard en noemen dit 'Categories Custom Metrics'. Alle aangepaste statistieken in New Relic moeten onder de gewoonte voorvoegsel en hier vinden we de statistieken waarnaar we op zoek zijn:
We maken een aantal diagrammen, een om te zien hoe lang presentatoren worden geplaatst CategoriesController neemt en de andere om te zien hoe lang het duurt om een link-hash te krijgen van de presentatoren. Het belangrijkste dat u moet weten met aangepaste statistieken, is wat voor soort gegevens u feitelijk naar New Relic stuurt. In dit geval weet ik toevallig dat we de tijd meten, dus ik kan kiezen 'Gemiddelde waarde'als mijn meetwaarde en stel de Nummer formaat naar milliseconden om een redelijk uitziende grafiek te krijgen. Na het maken van beide diagrammen ziet ons aangepaste dashboard er als volgt uit:
Het lijkt erop dat het verkrijgen van de link-hash van de presentatoren erg snel is en niet te veel schommelt, het is niet nodig om hier iets te optimaliseren en ik kan waarschijnlijk stoppen met het verzamelen van deze statistiek (geen onnodige gegevens vastleggen). Het bouwen van de presentatoren kost echter aanzienlijk meer tijd, we kunnen dit verder onderzoeken om te zien of het kan worden geoptimaliseerd. We kunnen ook de grafiek in de gaten houden (door af en toe naar het aangepaste dashboard te kijken) om te zorgen dat de prestaties niet verslechteren terwijl we blijven werken aan de applicatie.
Aangepaste dashboards zijn geen wondermiddel. Naast het maken van diagrammen voor aangepaste statistieken, kunt u alles doen wat aangepaste dashboards kunnen doen met de reguliere New Relic UI. Maar spelen met aangepaste dashboards zal je zeker helpen om meer een krachtige gebruiker van New Relic te worden, met een beter begrip van hoe het werkt onder de motorkap. Bovendien kan de mogelijkheid om op verschillende manieren naar uw prestatiestatistieken te kijken een waardevol hulpmiddel zijn om potentiële prestatieproblemen op te lossen voordat ze een aanzienlijke impact hebben op uw toepassing..
Als u vragen heeft over aangepaste dashboards van New Relic, wees dan niet bang om een reactie achter te laten en ik zal mijn best doen om te antwoorden. Als je in het verleden aangepaste dashboards hebt gebruikt, deel dan alle tips die je hebt, het is altijd interessant om te zien hoe andere mensen hun tools gebruiken.
Accentsconagua