Hoppa till innehållet
Kom igång

Loggar

En avgift som tas ut när man letar gör att man letar mindre, och det är tvärtemot vad ett felsökningsverktyg ska belöna. Därför ingår sökning i rådata i planen Team, och ett fält du inte tänkte på i förväg går att söka på i efterhand.

Ingår från nivån Team399 kr per månad, exkl. moms

Loggar, fel, spår och mätvärden i samma vy ingår redan i Fri. Sökning i rådata utan indexeringsavgift och kvarhållning per projekt ligger i Team.

level:error AND svc:pay1 284 TRÄFFAR3 902 TRÄFFAR11 447 TRÄFFARRÅDATALIVE
Rådata, sökning, kvarhållning
Så fungerar det

Loggar i fyra stycken

Sökning i rådata, utan att du indexerade i förväg

Ett fält som ingen har pekat ut går att söka på ändå. Det betyder att en fråga du kommer på klockan tre på natten går att ställa direkt, i stället för att först kräva en ändring i konfigurationen och sedan en veckas nya data.

  • Sökningen går över fritext, fältnamn och värden i samma uttryck.
  • Träffarna går att öppna som en tidslinje, så att raderna runt omkring syns.
  • En sparad sökning blir ett larm när du vill det, utan att frågan skrivs om.

Kvarhållning per projekt, inte per konto

Byrån som driver fyra kunders system behöver sällan samma historik i alla fyra. Kvarhållningen sätts därför på projektet, så att ett projekt kan hålla längre utan att alla andra projekt får samma räkning.

  • Varje projekt har egen kvarhållning inom planens tak.
  • Ett projekt som passerar sin gräns slutar ta emot, och siffran på det som slängdes går att läsa.
  • Historikens längd per plan står på prissidan, hämtad ur prislistan.

Raden hänger ihop med spåret och med sessionen

Varje händelse bär ett fält för spår-id. Är det satt kopplas loggraden till spåret den tillhör, och vidare till sessionen där en människa satt och väntade.

  • Från ett larm når du raden, spåret och sessionen utan att söka om.
  • Nivåerna är debug, info, warning, error och critical, och de går att filtrera var för sig.
  • Typen på händelsen är error, log, span eller metric, alltså samma fält för allt som skickas.

Inmatningen buntas, så volymen blir anrop och inte anropsstorm

Klienten samlar kön och skickar den i en bunt efter två sekunder. Anropen faller till en bråkdel av antalet händelser, och det är anropen och inte byten som driver kostnaden i en mottagare.

  • Buntens timer är 2000 millisekunder och startas av första händelsen i kön.
  • En bunt skickas med sendBeacon när webbläsaren har den, annars med fetch och keepalive.
  • Kön töms också när fliken göms, så att det sista som hände inte försvinner med fliken.
  • Sökningen går i rådata, utan indexeringsavgift.
  • Kvarhållningen sätts per projekt, inte per konto.
  • Fältet ni inte hade tänkt på går att söka på i efterhand.
Siffrorna

Talen kommer ur koden

Varje tal nedan går att kontrollera mot filen som står under tabellen. Ett tal på en publik yta är ett påstående, och ett påstående utan plats är ett löfte.

Buntens timer
2000 millisekunder
Nivåer på en händelse
5
Typer på en händelse
4
Överföring i första hand
navigator.sendBeacon
Händelser per månad, planen Team
20 000 000 händelser
Loggvolym, planen Team
500 GB per månad
Historik, planen Team
90 dagar
Sessionsuppspelning, planen Team
50 000 sessioner

Buntning, timer och överföringsordning ligger i scheduleFlush och flush i packages/telemetry/src/index.ts. Nivåerna och typerna står i TelemetryEvent i samma fil.

server/jobb.tsTypeScript
1log.capture({
2  kind: "log",
3  level: "warning",
4  message: "Kön växer snabbare än den töms",
5  traceId: aktivtSpar,
6  context: { koLangd, arbetare: antalArbetare },
7});

capture är den generella vägen in. Fältet at sätts av klienten till en ISO-tidsstämpel, så du behöver inte skicka någon tid själv. Kör miljön development skickas ingenting alls, och raden är gratis att låta ligga kvar i koden.

VARM 7 dKALL 30 dUT 90 dapiwebjobsKVARHÅLLNING SÄTTS PER PROJEKT
NÅGOT GICK FEL3f9a1c7d14:02:11 ERROR pay3f9a1c7dSPANETT IDTRE VYER
Gäller även här

Taket är hårt, också för den här delen

Ingen del av produkten kan skapa en post på fakturan på egen hand. Kvoten tar slut, och sedan slutar vi ta emot tills ni själva höjer taket.

  • Volym över kvoten faktureras inte, eftersom volym över kvoten inte tas emot.
  • Det som slängdes räknas i dropped och går att läsa med stats.
  • Höjningen är ett aktivt val ni gör i projektet, aldrig en automatisk uppgradering.
  • Inmatningen svarar GDR-LOG-0500 när kvoten är förbrukad, och koden går att larma på.
Frågor

Det ni undrar om loggar

Vanliga frågor

Kostar det extra att söka?

Nej. Sökning i rådata ingår i planen Team utan indexeringsavgift. Du betalar för volymen som kommer in, inte för att du letar i den.

Vad händer med loggarna när historiken tar slut?

De faller bort. Behöver ni längre historik höjer ni den på projektet, inom planens tak, eller flyttar upp en plan.

Kan vi skicka loggar från servern och inte bara från webbläsaren?

Ja. Samma klient körs i Node, och OpenTelemetry går in direkt från vilken tjänst som helst utan en egen agent på maskinen.