Jaeger

Mätvärden och dashboards · Distribuerad spårning

Distribuerad spårning som följer en förfrågan genom alla tjänster och visar var tiden går.

Betyg 88 av 100 Praktiskt granskad

Läs bedömningen
API · Officiellt

Fråge-API:t finns över HTTP under /api/ och som protobuf över gRPC och ger spårsökning, tjänstelista, operationer och tjänstekarta.

Jaeger Query API · Jaeger-projektet (CNCF)

Källa: jaegertracing.io

Kontrollerat:

Officiellt · OTLP-mottagning (OpenTelemetry / Jaeger-projektet) dokumentation

MCP · Officiellt

MCP-servern ligger i frågetjänstens egen process, slås på med ai.mcp i konfigurationen och svarar på /api/ai/mcp/ med verktyg för spårsökning, tjänstekarta, kritisk väg och felsökningsskills.

Jaeger MCP-tools · Jaeger-projektet (CNCF)

Källa: github.com/jaegertracing

Kontrollerat:

Jaegers sökvy med en punktgraf över spårlängder och en lista med tjugo spår från Nordljus-portalen
1 / 6 Sökvyn: tjugo spår från Nordljus-portalen med varaktighetsdiagram, spännande antal och svarstider

Bedömning

Så bedömer vi

Totalbetyg

88 av 100

Praktiskt granskad

Bedömningsprofil
Ett team med mikrotjänster som skickar OpenTelemetry-spår och behöver se vilken tjänst i en förfrågan som svarar långsamt eller fallerar – självhostat, med egen lagring och eget gränssnitt.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    Hela produkten – server, collector, ingester, lagringslager och webbgränssnitt – ligger under Apache-2.0 enligt repots licensmetadata och projektets egen dokumentation. Det finns ingen kommersiell utgåva med låsta delar och ingen funktion som kräver ett abonnemang. Projektet ägs av Cloud Native Computing Foundation som graduated-projekt, vilket ger en oberoende förvaltning av varumärke och roadmap, och kommersiella distributioner bygger på samma öppna kod.

  2. Funktionell passform

    I labbet skickades 35 spår från fem påhittade tjänster över OTLP/HTTP. Sökvyn visade varaktighetsdiagram och spårlista med spännande antal och felräknare, spårdetaljen visade tidslinjen genom portal, order-, kund-, lager- och betaltjänst, och ett långsamt anrop på 2,4 sekunder pekade ut en enskild databasfråga på 2,2 sekunder. En avvisad betalning syntes som röda 502- och 402-spannar genom hela kedjan. Beroendediagrammet räknades fram ur spåren utan konfiguration. Avdraget gäller att Jaeger inte larmar: trösklar och notifiering måste byggas i Prometheus och Alertmanager bredvid.

  3. Dataflytt och interoperabilitet

    Spåren följer OpenTelemetrys datamodell och lästes ut via fråge-API:t i samma OTLP-format som de kom in, så applikationerna behöver inte instrumenteras om när lagringen byts. Lagringslagret är utbytbart mellan Badger, Cassandra, ClickHouse, Elasticsearch och OpenSearch. Det som saknas för högsta nivå är ett färdigt verktyg för att flytta hela historiken mellan två lagringar – en migrering sker genom att läsa ut spåren över API:t eller genom att flytta lagringens egna filer, och Badgers data är knuten till en nod.

  4. Mognad och trygghet

    Projektet släpptes som öppen källkod 2016, togs upp i CNCF 2017 och nådde graduated-nivån 2019. Repot är aktivt med push dagen före bedömningen, omkring 23 400 stjärnor och 3 200 förgreningar, och den andra generationen är byggd som en distribution av OpenTelemetry Collector – samma arkitektur som övriga ekosystemet. Utgåvor publiceras med signerade binärer för Linux, macOS och Windows, och dokumentationen finns versionsvis med en arkivutgåva för den äldre generationen.

  5. Framtidskraft

    Fråge-API:t svarade i labbet på både HTTP och gRPC med tjänstelista och spårsökning, och spann togs emot över OTLP på standardportarna. MCP-slutpunkten i den egna processen svarade 200 på initialize och tools/list och innehöll verktyg för spårsökning, tjänstekarta, kritisk väg och spanndetaljer samt read_skill med felsökningsspelböcker inbyggda i binären. Att Jaeger är en collector-distribution gör dessutom att processors och exporters från OpenTelemetry-ekosystemet kan användas direkt i samma process, vilket är den starkaste integrationsberedskap en spårbackend kan ha i dag.

  6. Drift och införande

    Allt-i-ett-läget startade i labbet som en enda container med Badger på disk och var redo att ta emot spår inom några sekunder; konfigurationen är en YAML-fil i OpenTelemetry Collector-format. Vid större volymer delas tjänsten upp i collector, query och ingester mot extern lagring, och beroendediagrammet kräver att spår finns i det rullande fönstret. Avdraget gäller avsaknaden av inloggning och TLS i produkten – gränssnittet måste skyddas av en proxy – och att valet av lagring avgör både retention och hur svår driften blir.

  7. Kostnadsbild

    Jaeger är Apache-2.0 utan licensnyckel, abonnemang eller volymgräns; alla funktioner i den självhostade produkten är kostnadsfria och det finns ingen betalutgåva att uppgradera till. Kvar blir driftkostnaden för containern och den lagring man väljer. Hanterade tjänster som bygger på samma kod säljs av tredje part, men de är ett alternativ till att drifta själv och påverkar inte kostnaden för den egna installationen.

  8. Svensk användbarhet

    Gränssnittet är engelskt: skjutningen kördes med svensk webbläsarlocale och visade ändå engelska menyer, fält och knappar, och det finns ingen språkväxlare. Repot innehåller inga översättningsfiler för gränssnittet. Dokumentationen är engelskspråkig och någon svensk support eller svensk översättning kan inte beläggas hos projektet. Jaeger hanterar svenska tecken och svenska tjänstenamn, men någon svensk anpassning finns inte.

Om Jaeger

Jaeger är en plattform för distribuerad spårning: den tar emot spår – tidsstämplade anrop mellan tjänster – och gör det möjligt att följa en enskild förfrågan genom hela systemet. Varje spår består av spann som beskriver en operation med varaktighet, status och metadata, och tillsammans visar de var tiden går och var ett fel uppstår.

Sedan den andra generationen är Jaeger byggd som en distribution av OpenTelemetry Collector. Spann tas emot över OTLP, i Zipkin-format eller via äldre protokoll och lagras i Badger, Cassandra, ClickHouse, Elasticsearch eller OpenSearch. Gränssnittet har sökning med varaktighetsdiagram, tidslinje för ett enskilt spår, flamegraph med egentid per spann, en tabell över alla spann och ett beroendediagram över tjänsterna. Tjänstemått räknas ur Prometheus-metriker och visas i samma gränssnitt.

Driftsättningen kan vara en enda container för labb och mindre miljöer, eller uppdelad i collector, query och ingester med extern lagring. Fråge-API:t finns över både HTTP och gRPC, och en MCP-slutpunkt i den egna processen låter en AI-agent söka spår, hitta kritiska vägar och läsa inbyggda felsökningsskills.

Användning

Passar för

  • Team med mikrotjänster som behöver se vilken tjänst i en förfrågan som svarar långsamt eller fallerar
  • Den som redan skickar OpenTelemetry från applikationerna och vill ha en egen lagring och ett eget gränssnitt för spåren
  • Driftteam som vill ha spår, tjänstekarta och tjänstemått på egen server utan att betala per spår
  • Miljöer där kodagenter ska kunna läsa spår och felsöka via MCP i stället för att någon klistrar in JSON

Passar mindre bra för

  • Den som behöver larm och eskalering – Jaeger lagrar och visar spår men larmar inte på dem
  • Den som vill ha inbyggd inloggning, roller och spårning av vem som tittar på vad; det får lösas i en proxy framför
  • Den som behöver svenskt gränssnitt eller svensk dokumentation
  • Den som söker en komplett observerbarhetsplattform med loggar och metriker i samma produkt – Jaeger täcker spåren och hämtar tjänstemåtten ur Prometheus

Styrkor och begränsningar

Styrkor

  • En förfrågan följs genom alla tjänster med tidslinje, egentid per spann och en tydlig markering av vilka spann som ligger på den kritiska vägen
  • Bygger på OpenTelemetrys datamodell och tar emot OTLP direkt, så applikationerna instrumenteras en gång och kan byta backend utan att ändras
  • Flera lagringsalternativ – Badger för en enskild nod, Cassandra, ClickHouse, Elasticsearch och OpenSearch för kluster
  • Beroendediagrammet ritas ur de spår som redan finns, utan extra konfiguration, och visar hur tjänsterna faktiskt anropar varandra
  • Fråge-API över HTTP och gRPC samt en inbyggd MCP-slutpunkt med felsökningsverktyg för agenter

Begränsningar

  • Ingen larmfunktion: trösklar, eskalering och notifiering ligger i Prometheus, Alertmanager eller ett separat system
  • Ingen egen autentisering eller behörighetsmodell – gränssnittet måste skyddas av en proxy, annars är alla spår öppna för den som når porten
  • Tjänstemåtten kräver att Prometheus-kompatibla metriker samlas in och att spannnamnen normaliseras, annars blir sammanställningen grov
  • Beroendediagrammet räknas ur de spår som ligger i lagringen just nu; gamla spår som rensats bort försvinner också ur kartan
  • Gränssnitt och dokumentation är på engelska, och projektet har ingen svensk översättning eller svensk support

Skärmbilder

Tekniska resurser

Alternativ

Grafana

Mätvärden och dashboards · Visualisering och observability-dashboardar

Grafana visualiserar och larmar på mätvärden, loggar och spår från externa datakällor.

Startår
2014
Licens
AGPL-3.0-only för Grafana OSS (med Apache-2.0-undantag i vissa paket) och kommersiell licens för Grafana Enterprise
Öppen källkod
Delvis

Betyg

90 av 100

Preliminär (källbaserad)

Läs bedömningen om Grafana

Projektdata

77 678GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2014
Licens
AGPL-3.0-only för Grafana OSS (med Apache-2.0-undantag i vissa paket) och kommersiell licens för Grafana EnterpriseÖppen kärna med kommersiella delar · Repots LICENSE-fil innehåller GNU Affero GPL v3 och README anger AGPL-3.0-only; LICENSING.md listar Apache-2.0 för vissa paket (t.ex. packages/grafana-data och packages/grafana-ui). Grafana Labs bytte den 20 april 2021 licensiering från Apache-2.0 till AGPLv3 för kärnprojekten. Grafana Enterprise levereras under kommersiell licens. · Licensmodeller
Öppen källkod
Delvis
Plattformar
Linux · Windows · macOS · containers · Webbläsare
API
REST API Verifierat
Export
Finns Dashboards kan exporteras och importeras som JSON både i gränssnittet och via HTTP-API:t och delas som snapshots; konfiguration och dashboards lagras i databasen. Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: AGPL-3.0-kärna med kommersiella delar — open-core; kärnan är öppen men vissa funktioner ligger i betalutgåvor.
Funktionell passform Gäller: Ledande visualisering med brett datakällstöd, larm och incidenthantering — täcker användningsfallet väl.
Dataflytt och interoperabilitet Gäller: Brett datakällstöd (Prometheus, Loki m.fl.), API och export — utmärkt interoperabilitet.
Mognad och trygghet Gäller: Sedan 2014, mycket aktiv utveckling, etablerad förvaltning och stort community.
Framtidskraft Gäller: Inbyggd MCP-server, plugin-SDK och API — förstklassig agentberedskap och anpassningsförmåga.
Drift och införande Gäller: Väldokumenterad installation och drift (binär/container); hanterbart med normal IT-kompetens.
Kostnadsbild Gäller: Fri kärna; kommersiella funktioner/support betalda — transparent med egna antaganden om skala.
Svensk användbarhet Gäller: Svensk översättning finns i repot; dokumentationen är engelskspråkig — verifierad svensk lokal relevans.

Kostnad: .

Faktakontrollerad

Loggaggregering som indexerar etiketter i stället för text och lagrar komprimerade loggströmmar på disk eller objektlagring.

Startår
2018
Licens
GNU Affero General Public License v3.0
Öppen källkod
Ja

Betyg

89 av 100

Praktiskt granskad

Läs bedömningen om Grafana Loki

Projektdata

29 123GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2018
Licens
GNU Affero General Public License v3.0Öppen källkod (OSI-godkänd licens) · Loki ligger under AGPL-3.0, en OSI-godkänd copyleft-licens: koden får läsas, ändras och återdistribueras, men den som erbjuder en ändrad version som nätverkstjänst måste också publicera ändringarna. Grafana Labs säljer Grafana Enterprise Logs som en separat kommersiell produkt byggd på samma öppna kod; den utgör inte låsta delar i Loki-paketet och gör därför inte licensmodellen till open-core. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · macOS · Windows · FreeBSD · containers
API
REST API Uppgivet
Export
Delvis Loggar läses ut via fråge-API:t, logcli eller direkt ur objektlagringen, och dataformatet är öppet (JSON-strömmar med etiketter). Något färdigt verktyg för att flytta hela historiken mellan två installationer finns inte; en migrering görs genom att kopiera objektlagringen eller läsa ut loggarna över API:t inom retentionstiden. Uppgivet
Språk
Gränssnitt: Delvis svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Hela Loki – servern, indexeraren, compactorn, frågelagret och agenterna – ligger under AGPL-3.0, en OSI-godkänd copyleft-licens, enligt repots licensmetadata och projektets egen webbplats. Det finns ingen låst del i paketet och ingen funktion som kräver ett abonnemang. Grafana Labs säljer Grafana Enterprise Logs som en separat kommersiell produkt byggd på samma öppna kod, men den är ett tillägg ovanpå Loki och gör därför inte licensmodellen till open-core. Copyleft-villkoret innebär att den som erbjuder en ändrad version som nätverkstjänst måste publicera ändringarna, vilket är en praktisk begränsning men inte en låsning av koden.
Funktionell passform Gäller: I labbet drevs Loki i single-binary-läge med filsystemslagring och tog emot 599 loggrader från fem påhittade Nordljus-tjänster över push-API:t. Grafana Explore visade loggströmmen för kundportalen med volymdiagram per nivå, radfiltret |= "ERROR" plockade ut 24 felloggar ur alla tjänster, parsersteget | json gjorde JSON-loggarna sökbara per fält och count_over_time gav en tidsserie per tjänst som kan larmas på. Logs Drilldown visade etiketter, fält, mönster och loggvolym i samma vy. Avdraget gäller att frågor utan etikettavgränsning läser igenom hela strömmar, att gränssnittet ligger i Grafana i stället för i produkten och att larm kräver att en ruler konfigureras.
Dataflytt och interoperabilitet Gäller: Inmatningen sker över ett dokumenterat HTTP-API och OTLP, så loggar kan flyttas in från vilken agent som helst – Alloy, Fluent Bit, Vector eller OpenTelemetry Collector – utan att formatet ändras. Lagringen är utbytbar mellan filsystem, S3, GCS och Azure Blob, och dataformatet är öppna JSON-strömmar med etiketter som kan läsas ut med logcli eller fråge-API:t. Det som saknas för högsta nivå är ett färdigt verktyg för att flytta hela historiken mellan två installationer: en migrering sker genom att kopiera objektlagringen eller läsa ut loggarna inom retentionstiden.
Mognad och trygghet Gäller: Projektet startades på Grafana Labs 2018 och annonserades på KubeCon Seattle, och det har sedan dess blivit en av de vanligaste loggplattformarna i Prometheus-ekosystemet. Repot är aktivt med push samma dag som bedömningen, omkring 29 100 stjärnor och ett brett bidrag från både Grafana Labs och communityn. Utgåvor publiceras som binärer för Linux, macOS, Windows och FreeBSD samt som Debian-, RPM- och containerpaket, dokumentationen är versionsindelad och det finns etablerade distributionsformer från enskild binär till mikrotjänster i Kubernetes.
Framtidskraft Gäller: API:t svarade i labbet på push, query_range, labels och label-värden, och OTLP-mottagningen ligger på samma server. LogQL är ett deklarativt frågespråk som både människor och agenter kan skriva, och Grafana Labs officiella MCP-server mcp-grafana innehåller verktyg för att köra Loki-frågor, lista etiketter och etikettvärden, hämta strömstatistik och läsa detekterade mönster – det är ovanligt stark agentberedskap för en loggbackend. Att loggar kan räknas om till metriker i samma fråga gör dessutom att larm och instrumentpaneler kan byggas utan en separat pipeline.
Drift och införande Gäller: Single-binary-läget startade i labbet som en enda container med en YAML-fil och var redo att ta emot loggar inom några sekunder; retention sköts av compactorn mot samma lagring. Vid större volymer delas tjänsten upp i distributör, ingester, querier och query-frontend mot objektlagring, vilket kräver mer av den som driftar. Avdraget gäller att produkten saknar egen inloggning och TLS – API:t måste skyddas av en proxy – och att etikettstrategin avgör både prestanda och lagringskostnad, så den måste sättas med omsorg från början.
Kostnadsbild Gäller: Loki är AGPL-3.0 utan licensnyckel, abonnemang eller volymgräns; alla funktioner i den självhostade produkten är kostnadsfria. Kvar blir driftkostnaden för containern och lagringen, och eftersom bara etiketterna indexeras och texten komprimeras blir lagringsutrymmet litet jämfört med system som indexerar hela innehållet. Grafana Cloud Logs är ett betalt alternativ för den som inte vill drifta själv, men det påverkar inte kostnaden för den egna installationen.
Svensk användbarhet Gäller: Loki har inget eget gränssnitt sedan 3.6 – vyn ligger i Grafana-pluginet Logs Drilldown – och Grafanas svenska översättning täcker merparten av gränssnittet, vilket gav svenska menyer och knappar i skjutningen. Loki-specifika delar som pluginets fält- och mönstervyer är dock delvis engelska, och dokumentationen, API-referensen och supporten från Grafana Labs är helt engelskspråkiga. Någon svensk översättning av Loki självt eller svensk support kan inte beläggas, så nivån blir delvis i stället för full.

Kostnad: .

Faktakontrollerad

Källor