Kan I finde hændelsen, når noget går galt?
En fejlmelding fortæller, at en ordre ikke blev behandlet. Logstyring skal hjælpe driftsteamet med at finde hændelserne omkring ordren på tværs af systemer. Det kræver mere end et søgefelt: data skal være indsamlet, tidspunktet forstået, og de relevante felter bevaret.
Denne guide handler om central indsamling, søgning og opbevaring af logs. Den supplerer fejlsporing og oppetidsovervågning, som løser andre dele af driftsarbejdet. En grøn hjemmesidekontrol dokumenterer ikke, at alle baggrundsopgaver lykkes.
Kort fortalt
- Datadog: Undersøg opdelingen mellem indlæsning, indeksering og arkiv, når logmængde og søgebehov varierer.
- Elastic: Undersøg indsamlingsveje, strukturerede felter og Discover, når forskellige logformater skal kunne søges samlet.
- Grafana Cloud Logs: Undersøg den administrerede Loki-løsning, når logs skal ses sammen med øvrige driftsmålinger.
Sammenligning
Stryg tabellen til siden for at se alle kolonner.
| Løsning | Dokumenteret udgangspunkt | Købsafklaring | Foreslået prøve |
|---|---|---|---|
| Datadog | Indlæsning adskilt fra indeksering og arkiv | Hvilke hændelser kan søges straks, og hvilke kræver arkivsøgning? | Find samme testhændelse i indeks og arkiv |
| Elastic | Flere indsamlingsveje, behandling af felter og Discover | Hvem vedligeholder indsamling og datamodel? | Find fejl fra to forskellige logformater |
| Grafana Cloud Logs | Administreret Loki, LogQL og Logs Drilldown | Filtrering, søgemetode og sammenhæng med andre målinger | Følg et testforløb fra oversigt til konkret loglinje |
Datadog: gør arkivet til en del af prøven
Datadogs dokumentation skelner mellem at modtage logs og at indeksere dem. Den beskriver behandling med pipelines, egne attributter, logbaserede målinger og arkivering til kundens cloudlager. Arkiv kan undersøges med Archive Search eller Search & Rehydration, afhængigt af behovet. Adgang kan begrænses med forespørgsler. Log Configuration
Vores vurdering: Sammenlign ikke alene en pris for modtaget datamængde. Bed leverandøren vise, hvor en bestemt hændelse ender med jeres valgte regler. En arkiveret linje er ikke nødvendigvis tilgængelig gennem samme arbejdsgang som en nyligt indekseret linje. Registrér ventetid, rettigheder og eventuel ekstra behandling i prøven.
Elastic: undersøg både indsamling og felter
Elastic beskriver blandt andet OpenTelemetry, Elastic Agent, Filebeat og Logstash som indsamlingsmuligheder. Ingest pipelines kan behandle oplysninger før indeksering, og Discover bruges til søgning og filtrering. Dokumentationen omfatter også opbevaringsstyring, datakvalitet og alarmer på logtærskler. Log monitoring with Elastic Observability
Vores vurdering: Tag Elastic med, hvis forskellige systemers logformater skal samles i en forståelig model. Lad en applikation sende et felt som tekst og en anden som et tal. Få vist, hvordan uventede formater opdages, og hvad der sker med hændelser, der ikke kan behandles. Aftal, hvem der retter reglerne, når applikationen ændres.
Grafana Cloud Logs: prøv den daglige undersøgelse
Grafana beskriver Cloud Logs som en administreret løsning baseret på Loki. Siden viser søgning med LogQL eller Logs Drilldown uden skrevne forespørgsler, sammenstilling med målinger, traces og profiler samt filtrering med Adaptive Logs. Grafana Cloud Logs
Vores vurdering: Afprøv den konkrete vej fra et overblik til en bestemt hændelse med en driftsmedarbejder, der ikke byggede demonstrationen. Sammenhæng mellem datatyper kræver brugbare identifikatorer og opsætning. En funktion på produktoversigten er ikke bevis på, at jeres egne systemer allerede leverer disse oplysninger.
Brug et datasæt med et kendt facit
Lav i et isoleret testmiljø en række ufølsomme loghændelser med entydige test-ID'er. Medtag en normal hændelse, en fejl, en dublet, en forsinket linje og en besked med flere linjer. Skriv på forhånd, hvor mange hændelser I forventer, og hvilke felter der skal kunne findes.
Søg først efter ID, derefter efter tidsinterval og tjeneste. Kontrollér forskellen mellem hændelsestid og modtagelsestid. En forsinket log må ikke blive opfattet som en ny fejl alene på grund af tidspunktet for indlæsningen. Sammenhold fundene med facit, og undersøg både manglende og dobbelte resultater.
Test afbrydelse, adgang og sletning
Afbrud indsamlingen kontrolleret i testmiljøet. Opret flere testhændelser, genskab forbindelsen, og undersøg om data kommer frem, bliver gentaget eller går tabt. Kræv en synlig forklaring på hullet; en tom søgeresultatliste kan både betyde ingen fejl og ingen modtagne data.
Brug derefter en begrænset testrolle til at søge i en anden gruppes data. Afprøv også eksport og gemte visninger. Placér aldrig rigtige passwords eller kundeoplysninger i forsøget. Aftal opbevaring for både søgbare data, arkiv og eksporter, og demonstrér, hvad en ændring af perioden faktisk påvirker.
Sammenlign hele driftsregningen
Bed om et tilbud på samme forventede daglige mængde, spidsbelastning, opbevaring og søgeaktivitet. Medregn indsamling, netværk, arkivlager, support og arbejdet med at vedligeholde parsning og adgang. Der er ikke verificeret en samlet pris i denne guide.
Udpeg en ejer af opsætningen og en ejer af de vigtigste søgninger. Gem den test, som beviste genfindingen, så den kan gentages efter en ændring. De foreslåede prøver er køberens accepttest, ikke resultater fra en test udført af redaktionen.
Metode og kilder
De tre linkede primærkilder er læst 19. oktober 2026. Kontroldatoen er vores læsedato; der er ikke fastslået entydige publiceringsdatoer for siderne. Udvalget viser relevante forskelle og er ikke en fuld markedsoversigt eller rangering. Leverandørerne står alfabetisk. Produktfakta er leverandørernes beskrivelser; vurderinger og prøver er redaktionelle forslag. Vi har ikke testet produkterne, indhentet tilbud eller afklaret eventuelle kommercielle relationer mellem Branchekompas og leverandørerne. Bekræft funktioner og vilkår i den konkrete aftale.