Vad Radar mäter
Varje apps miniflik Radar, trädet med Skärmar, API:er och skript och Sessioner, tidsfönstret, och Observerbarheten som samlar alla appar.
Radar är appen sedd inifrån, medan den används. Det är ingen rapport man kör i slutet av månaden: det är vad applikationen gör just nu — vilka API:er som anropats, hur lång tid de tog, vilka skärmar som sprack, vilka personer som loggat in och vad de gjorde ända fram till punkten där något gick fel.
Den finns på två ställen, och skillnaden mellan dem är bara en fråga om flyghöjd:
| Var | Vad den svarar på |
|---|---|
| Minifliken Radar, inne i en app | ”Vad händer i den här appen?” |
| Menyn Observerbarhet, i sidofältet | ”Vad händer i alla appar, och på plattformen?” |
Minifliken Radar
Öppna en app i sidofältet och klicka på Radar, den fjärde av miniflikarna i appens rad (efter UI, Kod och Data). Raden visar då Radars träd; ytan till höger visar panelen för det du väljer.
Överst i trädet finns två kontroller som gäller allt nedanför:
- Väljaren för tidsintervall — Senaste timmen, Senaste 24 timmarna, Senaste 7 dagarna eller Allt. Det är den som avgör vad trädet räknar.
- Knappen Uppdatera, som läser om utan att ändra tidsintervallet.
Under den reducerar rutan Filtrera… trädet till det som matchar det du skriver.
Nota
Ett tomt avsnitt säger alltid varför. ”Ingenting under den valda perioden.” är ett för snävt tidsintervall, inte ett fel — vidga till Allt innan du drar slutsatsen att det inte finns några data.
Trädets tre avsnitt
Skärmar
De fel som uppstod i koden du själv skrivit i skärmarnas och widgetarnas händelser. Det är avsnittet där det finns något att rätta från din sida, och därför kommer det först.
Varje rad är en skärm; öppna den så ser du dess fel, grupperade efter orsak, med antalet gånger de inträffat. Utan några fel alls säger avsnittet ”Inga fel i koden du skrivit.”
ⓘ bredvid rubriken upprepar kriteriet: ”Fel som uppstod i koden du skrivit i widgetarnas och skärmarnas händelser. Dem kan du rätta.”
API:er och skript
Anropen till appens API:er och skriptens körningar, med felen grupperade efter orsak. Varje rad har namnet och en sammanfattning — hur många anrop, och snittiden. En röd siffra i slutet av raden är fel.
Klicka på en rad för att öppna dess panel (det är ämnet för nästa sida i det här kapitlet).
Sessioner
Varje besök i appen: vem som loggade in, när, och vad som gick fel. Raderna är
sessionerna, identifierade med tiden och den som loggade in — 23:11 · demo —,
eller bara med tiden när besöket var anonymt.
Det är Radars tidsaxel: de andra avsnitten berättar vad, sessionerna berättar i vilken ordning.
Från plattformen
Det finns ett fjärde avsnitt, som bara dyker upp när det finns något att visa: Från plattformen. Det är interna fel i runtime — ”de kommer inte från din kod”, som hjälptexten säger. De visas hopfällda, sist, eftersom det inte finns något att rätta från din sida; det är värt att rapportera dem med den Referens som panelen visar.
Observerbarheten: alla appar på en gång
Klicka på Observerbarhet i vänstra sidofältet, i administrationsdelen. Det är samma material sett ovanifrån, med en rad avsnitt under rubriken: Översikt, Problem, Händelser, Tillstånd och Granskning.
Överst finns en tidsintervallväljare som är gemensam för alla avsnitt — 1 h, 6 h, 24 h, 7 d, 30 d och Allt — plus Exportera (som CSV eller JSON) och Uppdatera.
Översikt öppnas med fem tal:
| Kort | Vad det räknar |
|---|---|
| Anrop | Hur många anrop det blev under perioden, och takten per minut. |
| Felfrekvens | Andelen misslyckade anrop, och hur många felen var. |
| Svarstid (p95) | Tiden som 95 % av anropen höll sig under, med medianen bredvid. |
| Öppna problem | Grupperade fel som ännu ingen löst. |
| Skript | Skriptkörningar, och hur många som misslyckades. |
Under finns diagrammet Operativ aktivitet och tabellen Appar — en rad per app, med trafik, anrop, fel, median, p95, olösta problem och skript. Klicka på en apps namn för att bara se dess händelser.
Observerbarhetens övriga avsnitt
| Avsnitt | Vad som finns där |
|---|---|
| Problem | Runtime-fel grupperade: ett problem, med alla dess förekomster. Vart och ett har en status — öppet, löst, ignorerat. |
| Händelser | En rad per körning — API:er, skript och system —, inklusive de som gick bra. |
| Tillstånd | Installationens hälsa: indexkö, schemaläggare, aviseringar, gallring, ledigt diskutrymme och varje apps databasanslutningar. |
| Granskning | De administrativa ändringarna och konfigurationsändringarna: vem som skapade, ändrade, tog bort eller körde vad. |
Dica
När någon säger ”applikationen är långsam”, börja i Översikt med tidsintervallet på 24 h: om Svarstid (p95) är hög och Felfrekvens låg är problemet prestanda och inte ett fel — och tabellen Appar säger direkt vilken av dem det gäller.
Hur länge loggarna sparas
Loggarna växer inte i all oändlighet: varje app har en rotation av poster i sina inställningar, som anger hur många dagar av varje typ som ska sparas. Avsnittet Tillstånd visar om rotationen är påslagen och i hur många appar.
Atenção
Ett problem som inte längre syns kan ha tagits bort av rotationen. Dess panel säger det rakt ut: ”Det här problemet finns inte längre — rotationen av loggar kan ha tagit bort det.” Om du behöver spara längre är det i appens inställningar det ändras.
Varför ser jag inte…?
- …någonting i Radars träd? Tidsintervallet. Ställ väljaren på Allt — en app som används sällan har ingen trafik den senaste timmen.
- …minifliken Radar? Du är utanför en app. Radar är per app; den globala versionen är menyn Observerbarhet.
- …tal i Översikt, trots att appen används? Observerbarhetsindexet kan vara avstängt i plattformens Inställningar — i så fall varnar avsnittet Tillstånd om att ”skärmarna visar gamla data”.
- …menyn Observerbarhet? Det är en administrationsmeny. Med developer-profil visas den inte.